home *** CD-ROM | disk | FTP | other *** search
/ Amiga Tools 3 / Amiga Tools 3.iso / grafik / raytracing / imagine / tips / arc40.txt < prev    next >
Text File  |  1993-09-28  |  161KB  |  3,904 lines

  1. IMAGINE archive: collected off of Imagine@email.sp.paramax.com
  2.  
  3. ARCHIVE XL
  4. Jun. 18 '93 - Jun. 24 '93
  5.  
  6. If you have questions or problems with this file, email Marvin Landis
  7. at marvinl@amber.rc.arizona.edu
  8.  
  9. note: each message seperated by a '##'
  10.  
  11. &&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&
  12.  
  13. Subject: Re: Two Requests...
  14. Date: Fri, 18 Jun 93 9:25:42 PDT
  15. From: grieggs@devvax.Jpl.Nasa.Gov (John T. Grieggs)
  16.  
  17. > Hey Guys,
  18. >   I have two requests to make:
  19. >   1) Can any of you guys with Icoons please let the rest of us know
  20. > where to find it on the Internet (if it exists on the net)?  I did an
  21. > archie search but it turned up nothing.
  22. I got mine from that there German archive site which has all the Aminet
  23. stuff on it.  Can't remember the exact name at the moment, sorry.  I think
  24. it's now on Fish, too.
  25.  
  26. >  -and-
  27. >   2) Can we hold back from erupting into any major flame wars?  I see
  28. > trouble brewing here since the last few days and I'm hoping we can
  29. > curtail it before we get into some major bandwidth squandering.  If you
  30. > feel you must let loose some stinging comments about somebody's post,
  31. > send it to the sender, not the list.
  32. I would have loved to reply to you directly, but your address was not
  33. passed along with your post.  :-(
  34.  
  35. > <off my soapbox>
  36. > Mark
  37. >  ----------------------------------------------------------------------------- 
  38. > |                                                                             |
  39. > | Mark Marino              | omar@osf.org           |  uunet!osf!omar         |
  40. > | Open Software Foundation | 11 Cambridge Center    |  Cambridge, MA 02142    |
  41. > |_____________________________________________________________________________|
  42. _john
  43.  
  44.  
  45. ##
  46.  
  47. Subject: RE: Floating Point GURUS
  48. Date: Fri, 18 Jun 93 19:37:58 BST
  49. From: ssujstra@reading.ac.uk
  50.  
  51. ----- Begin Included Message -----
  52. Dudes && || Dudettes,
  53.   Has anyone been experiencing guru mediations that indicate either a memory
  54. error or co-processor illegal instruction? This happens often enough that I
  55. cannot set up a sequence of frames to render before I go to bed and have any
  56. confidence at all that it will be finished the next morning (i.e. it will have
  57. crashed after several frames). It seems to happen by far most often when
  58. running rendering in Imagine, although that could just be because it works the
  59. system the hardest.
  60.  
  61.   As I said, I expect that there is a timing problem within my A1000 - LUCAS
  62. accellerator - FRANCES memory expansion setup (PD Hardware), but you never
  63. know. I've taken a logic analyzer as far as it will go; I've arranged access to
  64. a 68020 in-circuit emulator, but due to wedding plans have been too busy to try
  65. it.
  66.  
  67. ----- End Included Message -----
  68.  
  69. Well bob,
  70.     funny you should mention it...:)
  71.  
  72. I had no end of trouble like this about a year and a half ago. Basically to
  73. cut a long and painful story shortish, I bought an accellerator from a UK
  74. company called Solid State Leisure, a B5000-40, which was a 40Mhz 030 with a 
  75. 55Mhz 68882. After a lot of crap getting a working one, I still had problems.
  76. It would run any program you like... (sarcastic pause :) for about an hour.
  77. It would then crash with a guru lik 8000000B.345345973 <- the 8...0B is the bit
  78. I remember the rest is make believe. Anyway, SSL insisted it was a bug in 
  79. Imagine, and I insisted that it wasnt so I am in the process of blasting their
  80. collective arse in court, and me a poor little undergrad! I dont know what it
  81. was that was cuasing the problem, but alot of people have said that the 
  82. SSL board did not DMA properly when used with commodores 2091 card.
  83.  
  84. Any help? Probably not, but well you have my sympathy and admiration if you
  85. made your own accelerator card!
  86.  
  87. Jason..
  88.  
  89.  
  90. ##
  91.  
  92. Subject: Re: Floating Point Gurus 
  93. Date: Fri, 18 Jun 93 9:21:49 PDT 
  94. From: grieggs@devvax.jpl.nasa.gov
  95.  
  96. > Dudes && || Dudettes,
  97. >   I often experience a problem on my Amiga sometimes while rendering under 
  98. > Imagine 2.0 that I figure is due to my home-made accellerator but will ask 
  99. > anyway:
  100. >   Has anyone been experiencing guru mediations that indicate either a memory
  101. > error or co-processor illegal instruction? This happens often enough that I
  102. > cannot set up a sequence of frames to render before I go to bed and have any
  103. > confidence at all that it will be finished the next morning (i.e. it will have
  104. > crashed after several frames). It seems to happen by far most often when
  105. > running rendering in Imagine, although that could just be because it works the
  106. > system the hardest.
  107. There was a problem with an early version of Imagine 2.0, which would cause
  108. it to crash at random while rendering scenes with curved transparent surfaces.
  109.  
  110. Does your scene have anything like that?
  111.  
  112. What size is your Imagine binary?
  113.  
  114. >   As I said, I expect that there is a timing problem within my A1000 - LUCAS
  115. > accellerator - FRANCES memory expansion setup (PD Hardware), but you never
  116. > know. I've taken a logic analyzer as far as it will go; I've arranged access to
  117. > a 68020 in-circuit emulator, but due to wedding plans have been too busy to try
  118. > it.
  119. > Thx
  120. > Rob
  121. > -- 
  122. > +-----------------------------------------------------------------------------+
  123. > | Rob Hounsell                          INTERNET:  HOUNSELL@BNR.CA            |
  124. > +-----------------------------------------------------------------------------+
  125. _john
  126.  
  127.  
  128. ##
  129.  
  130. Subject: Re: Floating Point Gurus
  131. Date: Fri, 18 Jun 93 12:05:21 CDT
  132. From: dave@flip.sp.paramax.com (Dave Wickard)
  133.  
  134. >From grieggs@devvax.Jpl.Nasa.Gov Fri Jun 18 11:04:12 1993
  135. From: grieggs@devvax.Jpl.Nasa.Gov (John T. Grieggs)
  136. Subject: Re: Floating Point Gurus
  137. To: imagine-relay@email.sp.paramax.com (Rob)
  138. Date: Fri, 18 Jun 93 9:21:49 PDT
  139. Cc: imagine%email.sp.paramax.com@bnr.ca
  140. In-Reply-To:  <"4240 Fri Jun 18 10:12:33 1993"@bnr.ca> ; from "Rob" at Jun 18, 93 2:12 pm
  141. X-Mailer: ELM [version 2.2 PL14]
  142.  
  143. > Dudes && || Dudettes,
  144. >   I often experience a problem on my Amiga sometimes while rendering under 
  145. > Imagine 2.0 that I figure is due to my home-made accellerator but will ask 
  146. > anyway:
  147. >   Has anyone been experiencing guru mediations that indicate either a memory
  148. > error or co-processor illegal instruction? This happens often enough that I
  149. > cannot set up a sequence of frames to render before I go to bed and have any
  150. > confidence at all that it will be finished the next morning (i.e. it will have
  151. > crashed after several frames). It seems to happen by far most often when
  152. > running rendering in Imagine, although that could just be because it works the
  153. > system the hardest.
  154. There was a problem with an early version of Imagine 2.0, which would cause
  155. it to crash at random while rendering scenes with curved transparent surfaces.
  156.  
  157. Does your scene have anything like that?
  158.  
  159. What size is your Imagine binary?
  160.  
  161. >   As I said, I expect that there is a timing problem within my A1000 - LUCAS
  162. > accellerator - FRANCES memory expansion setup (PD Hardware), but you never
  163. > know. I've taken a logic analyzer as far as it will go; I've arranged access to
  164. > a 68020 in-circuit emulator, but due to wedding plans have been too busy to try
  165. > it.
  166. > Thx
  167. > Rob
  168. > -- 
  169. > +-----------------------------------------------------------------------------+
  170. > | Rob Hounsell                          INTERNET:  HOUNSELL@BNR.CA            |
  171. > +-----------------------------------------------------------------------------+
  172. _john
  173.  
  174.  
  175. ##
  176.  
  177. Subject: Re: Getting to business
  178. Date: Fri, 18 Jun 1993 13:20:39 -0400 (EDT)
  179. From: Naked Man <parham@athena.cs.uga.edu>
  180.  
  181.   Howdy, Hannes:
  182.     I, too, have been using Imagine since it's creation.  I've recently
  183.     been having an affair with Caligari24, but your predicament is more
  184.     than common.  I am convinced that anyone wanting to earn money off of
  185.     animatics or videographics need have an initial investment of no less
  186.     than ten grand to do work of a quality meriting actual pay.  I've had a
  187.     few lucky breaks, though:  A local cable company bought a Dpaint Anim
  188.     that I made for a local dealer for a meager but welcome $250.  I'm
  189.     currently doing some work worth thousands right now for free.  This is
  190.     one case were exposure is as good as gold. (that DEMO reel is going to
  191.     be the only thing some houses will care about, you know!)
  192.       It occurs to me, though, that the pssibilities are quite boundless
  193.       provided that you have the means.  I desire to marry computer
  194.       animatics with education (instructional technology).  Of course, any
  195.       local schmoes who run businesses in your community may advertise on
  196.       the local cable company.  Rattle their cage for some business.  Hires
  197.       Dpaint anims seem to work out just dandy, and they're usually just
  198.       Fascinated wid all der blinkin lights and whistles you can pull out
  199.       of your hat.  Give them something worthwhile and new. Much more to
  200.       say, but I'm drifting off topic for the list, so please keep in touch
  201.       in personal correspondence if you want to continue this thread.
  202.    Anybody, for that matter!  take care
  203.    wes~
  204.  
  205.  
  206. ##
  207.  
  208. Subject: Thread Rot
  209. Date: 18 Jun 93 13:52:20 EDT
  210. From: John Foust / Syndesis Corporation <76004.1763@CompuServe.COM>
  211.  
  212. To: imagine@email.sp.paramax.com
  213.  
  214. I've had my fill of non-Imagine-related messages!  Useful content is
  215. approaching zero.  I don't want to wade through a "message" that's
  216. composed of a previous message, quoted, followed by "Gee, that's a
  217. good question."  (I do realize this is the Internet, and by law,
  218. useful information can't exceed 3 percent per message.)
  219.  
  220. If you don't know what IDE is or what it stands for, don't ask here. 
  221. This is not the place to debug your PC.  Mailer and elm questions
  222. should be solved in private mail with the list administrator.  Read
  223. the FAQ and learn how to subscribe and unsubscribe.  I don't care if
  224. you've been on television.
  225.  
  226. I don't think a signature is necessary, and should never be more than
  227. one or two lines.  I don't want to see your prowess with ASCII
  228. graphics.  If I'm curious about your favorite soda or car, I'll ask,
  229. OK?  Otherwise, I don't want to know, and I don't want to read about
  230. it every three days, or even three times a day, kholland.  And for
  231. heaven's sake, you don't need to quote the other person's signature,
  232. too.
  233.  
  234. This is not the POV or Wavefront or metaballs or Radiance or Rayshade
  235. mailing list.  I don't want to hear about your favorite user group's
  236. collection of PD disks.
  237.  
  238. Enough!  Enough!
  239.  
  240.  
  241. ##
  242.  
  243. Subject: Bla in Trace mode ?, help !
  244. Date: Fri, 18 Jun 93 16:03:51 EDT
  245. From: Florence Ormezzano <Florence.Ormezzano@lambada.oit.unc.edu>
  246.  
  247. Hello !, I need help !
  248. I have an irregular sphere and an object inside. I checked the size of
  249. the sphere, it's around 900.0000 and I checked the size of the world, and
  250. set it for 1024.0000...the camera is inside the sphere with two lights,
  251. one spherical (& diminish intensity) one cylindrical (& cast shadows). Now
  252. when I render in scanline mode its fine, but if I render in trace mode
  253. it's BLACK, with a vague grey shape on top of the frame.
  254. Now I don't know what else to do, what to check...anybody who knows? 
  255. Thank you !
  256.  
  257. Florence.Ormezzano@lambada.oit.unc.edu
  258.  
  259.  
  260. ##
  261.  
  262. Subject: Re: Phong shading and stuff
  263. Date: Fri, 18 Jun 1993 09:25:15 -0400 (EDT)
  264. From: sls@tct.com (Scot Schneebeli)
  265.  
  266. >     There is a shareware 3D modeller called "Icoons" that does exactly this.
  267. >     It lets you model with splines, and then breaks the curves down into
  268. >     polygons for rendering.  The modelling works a lot like
  269. > ------------
  270. > And it is incredibly impossible to learn how to use.. I gave up on it.
  271. > ------------
  272.  
  273. I didn't think it was all that bad to learn. The documentation's description
  274. of what constituted a surface (which would render vs be open space) helped
  275. a lot. I gave up on it because it kept making me visit the GURU.
  276.  
  277. > /***********************************************************************
  278. > ** Kiernan Holland, kholland@chicoma.lanl.gov, kholland@hydra.unm.edu **
  279. > ** (University Of New Mexico - Los Alamos Branch Computer AIDE)       **
  280. > ** "If it doesn't work, turn it off/on or ask me to watch."           ** 
  281. > ***********************************************************************/
  282.  
  283. -- 
  284. Scot Schneebeli                       <sls@tct.com>
  285.  
  286.  
  287. ##
  288.  
  289. Subject: Re: Oh, where have all the pictures gone???
  290. Date: Fri, 18 Jun 93 16:56:34 -0400
  291. From: mbc@po.CWRU.Edu (Michael B. Comet)
  292.  
  293. >
  294. >
  295. >Hi all,
  296. >
  297. >    I would like to know where the new ftp site is for uploading
  298. >and down loading imagine pictures.  I know hubcap is gone now and
  299. >that someone has picked up the slack.  I thought it was wuarchive.
  300. >However, I looked in systems/amiga/incoming/gfx and imagine, they
  301. >are empty.
  302. >
  303. >Thanks for any help.  I would like to see the newest stuff coming
  304. >from this list.  As well as uploading some of my own.
  305. >
  306. >Brian Ridout
  307. >ridout@plk.af.mil 
  308. >
  309. >
  310.  
  311.     Check out wuarchive.wustl.edu 
  312.  
  313.     /pub/amiga/incoming/imagine
  314.  
  315.     off of this is art, anims, and other directorys.  I have placed
  316. most of my old pics and some new ones in the art dir.
  317.  
  318.         Enjoy!
  319.  
  320.  
  321.  
  322. --
  323. +======================================================================+
  324. |  Michael B. Comet -   Software Engineer / Graphics Artist  - CWRU    |
  325. |  mbc@po.CWRU.Edu  - "Silence those who oppose the freedom of speech" |
  326. +======================================================================+
  327.  
  328.  
  329. ##
  330.  
  331. Subject: IML archives
  332. Date: Fri, 18 Jun 1993 15:12:28 -0700 (MST)
  333. From: marvinl@amber.rc.arizona.edu (Marvin Landis)
  334.  
  335. John Foust writes:
  336.  
  337. > I've had my fill of non-Imagine-related messages! ..........(lots deleted)
  338.  
  339. Well I'm afraid I have been thinking the same thing for over 2 months now.
  340. Since I am the person keeping the IML archives, I have had to make a decision
  341. about this group.  Unfortunately, I have not been using Imagine at all lately
  342. (I hardly even turn my Amiga on anymore), so even the Amiga Imagine discussions
  343. haven't really been beneficial to me.  And I really don't care about PC Imagine
  344. or all the new graphics cards and peripherals for the Amiga.  There is just
  345. very little useful information for me here anymore.
  346.  
  347. So I said all that leading up to this.  I have chosen to resign as the archivist
  348. for this group.  I have been doing this for over 2 years now, and I guess I
  349. need to share the fun with someone else.  I will keep the archives until the end
  350. of June, at which time if nobody else has taken over the job, then the archives
  351. will not be updated anymore.  Of course I believe all the messages posted to 
  352. the list have all been saved on Portal (that is right, isn't it Harv?), and
  353. there are probably other places saving the messages also.  So the messages 
  354. should exist somewhere, whether I am providing this service or not.
  355.  
  356. So, if you are looking for instant fame and fortune (hahahaha), send me or
  357. Dave some e-mail expressing your interest in keeping the archives and we can
  358. try to make the transition as smooth as possible.  
  359.  
  360. Marvin Landis
  361. marvinl@amber.rc.arizona.edu
  362.  
  363. PS.  BTW, I have several new archives almost ready to be uploaded to wuarchive
  364.      but I have fallen behind, so they should be ready soon.  I haven't quit
  365.      yet, just getting farther behind.
  366.  
  367.  
  368. ##
  369.  
  370. Subject: IML Landfill Update
  371. Date: Fri, 18 Jun 93 16:15:41 CDT
  372. From: dave@flip.sp.paramax.com (Dave Wickard)
  373.  
  374. There is a change underway at the IML Landfill (our FTP
  375. site at wuarchive.wustl.edu (128.252.135.4))
  376.  
  377. According to the powers that be, we will have ONE incoming 
  378. directory (pub/amiga/incoming/imagine)
  379. so please use this for your uploads.
  380.  
  381. Our permanent files have been moved to a new permanent location there
  382. as well (pub/amiga/video/imagine/*)
  383. so be sure to include this in any of your network
  384. Imagine related searches. 
  385.  
  386. Just thought you'd like to know.  :-)
  387.  
  388.  
  389. Dave Wickard  (612) 456-2783  "The rats keep winning the Rat Race."
  390. dave@flip.sp.paramax.com       -Altanta Rhythm Section
  391. Sam_Malone@cup.portal.com
  392. imagine-request@email.sp.paramax.com  <--- to subscribe/unsubscribe/change address!
  393.  
  394.  
  395. ##
  396.  
  397. Subject: Re: Any experience with DPS PAR ? 
  398. Date: Fri, 18 Jun 93 18:15:47 -0400
  399. From: mbc@po.CWRU.Edu (Michael B. Comet)
  400.  
  401. >capture with the TBC4. For playback, Q16 had very noticeable artifacts around
  402. >areas of high detail. Q23 looked very clean (not flawless) and Q18-Q20 looked
  403. >pretty good. I would say that it doesn't seem that this device could match
  404. >a BetaSP tape deck, but it does look pretty darn good. Further tests with a
  405. >high quality deck and realtime output are necessary to fully evaluate it.
  406. >
  407. >
  408.  
  409.     Hmmm.. I just got my demo tape in today on VHS.  (to bad it
  410. wasn't SVHS).  Anyhow, I wasn't very impressed.  Though most was due to
  411. the way it was put together.  
  412.  
  413.     1] At least they could have put some music or something behind
  414. it.
  415.     2] The still images with just the text before each animation
  416. looked very poor - ie blury.  I wonder if this was done off a toaster
  417. directly or off the board.
  418.  
  419.     3]  The animations looked good, there were definitely no glitches
  420. or problems with playback speed, but everything flickered. ie:
  421. interlaced look...ack!
  422.  
  423.     I am not sure if this flickering is common to all 24 bit anims,
  424. as i haven't had the opportunity to do much.  Perhaps some one could
  425. point out whether this is an artifact of the device, or just the way
  426. high res anims take to tape.
  427.  
  428.             Mike C.
  429.  
  430.  
  431.  
  432. --
  433. +======================================================================+
  434. |  Michael B. Comet -   Software Engineer / Graphics Artist  - CWRU    |
  435. |  mbc@po.CWRU.Edu  - "Silence those who oppose the freedom of speech" |
  436. +======================================================================+
  437.  
  438.  
  439. ##
  440.  
  441. Subject: Re: IML archives
  442. Date: Fri, 18 Jun 93 17:30:02 PDT
  443. From: Harv@cup.portal.com
  444.  
  445. [...]
  446. >Of course I believe all the messages posted to 
  447. >the list have all been saved on Portal (that is right, isn't it Harv?), and
  448. >there are probably other places saving the messages also.  So the messages 
  449. >should exist somewhere, whether I am providing this service or not.
  450. >
  451. >Marvin Landis
  452. [...]
  453.  
  454. I just looked at the "collection" (Portal terminology) that holds the
  455. IML here in the Amiga Zone message base and as I type this it has 3661
  456. postings in it. The earliest is dated 18 Nov 19, and I've purged out
  457. errant "subscribe" and "unsubscribe" articles along the way.
  458. I'm not exactly sure when the first postings appeared on the IML
  459. but most of Marvin's archives are online in our library as well going
  460. back as far as he did, so yes, it should all be online here on Portal.
  461. Since our message bases don't scroll off and Portal has given me
  462. 2.5 gig of disk space for the Amiga Zone message bases and files with
  463. a promise of more whenever it fills up againI think it's safe to say
  464. that the IML will be available, in its entirety, on Portal for a good
  465. long time to come.
  466.  
  467. Portal is, of course, a commercial service, unreachable without a
  468. paid account on it. Anyone can dial 1-408-973-9111 to join or email
  469. me for more info about it.
  470.  
  471. And Marvin, thanks for your years of devotion to this list. We were
  472. just talking about some of your early Amiga animation work online the
  473. other night (remember your anim about the little house that thinks
  474. it's a hot air balloon? :-). Sad to hear your Amiga is languishing
  475. now. 
  476.  
  477. Harv
  478. harv@cup.portal.com
  479.  
  480.  
  481. ##
  482.  
  483. Subject: IMAGINE.question!
  484. Date: Fri, 18 Jun 93 22:53:36 EDT
  485. From: Florence Ormezzano <Florence.Ormezzano@lambada.oit.unc.edu>
  486.  
  487. Hello !, I need help !
  488. I have an irregular sphere and an object inside. I checked the size of
  489. the sphere, it's around 900.0000 and I checked the size of the world, and
  490. set it for 1024.0000...the camera is inside the sphere with two lights,
  491. one spherical (& diminish intensity) one cylindrical (& cast shadows). Now
  492. when I render in scanline mode its fine, but if I render in trace mode
  493. it's BLACK, with a vague grey shape on top of the frame.
  494. Now I don't know what else to do, what to check...anybody who knows ?
  495. Thank you !
  496. Florence.Ormezzano@lambada.oit.unc.edu
  497.  
  498.  
  499. ##
  500.  
  501. Subject: Re: Fred Fish
  502. Date: 18 Jun 1993 22:33:25 -0400
  503. From: Jean@ringo.cam.org (Jean Pepin)
  504.  
  505. Nikola Vukovljak <nvukovlj@ucc.su.oz.au> writes:
  506.  
  507. >Well, where can these be obtained apart directly from the club ?
  508.  
  509. >Nik.
  510.  
  511. >nvukovlj@ucc.su.OZ.AU
  512.  
  513. Editions Le Grand Moulin
  514. 5495, rue Aubert
  515. Trois-Rivieres, Quebec G8Y 5G8
  516. Tel. or FAX: (819) 371-1767
  517.  
  518.  
  519. -- 
  520. \***  CCC AAA M   M  CLUB AMIGA MONTREAL           ------- Internet -------
  521. ***   C   A A MM MM  3501 Cote Ste-Catherine #212 |   jean@ringo.CAM.ORG   |
  522. ***** C   AAA M M M  Montreal, Quebec H3T 1Z8      ------------------------
  523.  ***  CCC A A M   M  (514) 738-5173                Jean Pepin -- PRESIDENT
  524. ---------------------------Le bon sens c'est CAM-------------------------->
  525.  
  526.  
  527. ##
  528.  
  529. Subject: Re: Floating Point Gurus
  530. Date: Sat, 19 Jun 93 4:22:53 CDT
  531. From: Evan Kirchhoff <kirchh@ccu.UManitoba.CA>
  532.  
  533. Dave Wickard writes:
  534. > There was a problem with an early version of Imagine 2.0, which would cause
  535. > it to crash at random while rendering scenes with curved transparent surfaces.
  536. My problem exactly (I suspected this was an FAQ that would come round
  537. again): a test scene wouldn't raytrace successfully until I removed the 
  538. glass cylinder.  I assume I need a software update.
  539. What is Impulse's current customer support number?  I used to have a
  540. number that worked, but it was only on the photocopied update pages
  541. to the 1.0 manual, and I lost those at some point.
  542.  
  543. --
  544. Evan Kirchhoff, kirchh@ccu.umanitoba.ca
  545.  
  546.  
  547. ##
  548.  
  549. Subject: Wacom tablet and FC24/Light24
  550. Date: 19 Jun 1993 12:34:29 -0400
  551. From: menzies@CAM.ORG (Stephen Menzies)
  552.  
  553. Has anyone got a Wacom tablet working successfully with        
  554. Light24 (paintbox on the Firecracker24)? 
  555. If so, I would appreciate knowing how (perhaps someone has
  556. written a driver).
  557.     
  558. thanks,
  559.     stephen
  560. -- 
  561. ------------------------------------------------------------------------
  562. \\\Stephen Menzies, TFX Animation Inc., TAARNA Systems, Montreal, Qc.///
  563. [[]] menzies@cam.org [[]] stephen@taarna.UUCP [[]] stephen@taarna.qc.ca
  564.  
  565.  
  566. ##
  567.  
  568. Subject: Re: MPEG converter
  569. Date: Sat, 19 Jun 93 14:02:04 -0600
  570. From: kholland@chicoma.lanl.gov (AIDE Kiernan)
  571.  
  572.     >where did you get it??? I want a copy ;-) I know of an encoder for
  573.     >Xwindows and UNIX, but it is a piece of kaka...
  574.  
  575.     This may be a port of that same program, I haven't tried it yet.  The
  576.     program I am refering to is PVRGMPG.zip .  It just came across
  577.     comp.graphics.animation  and alt.binaries.multimedia The complete
  578.     source code is at havefun.stanford.edu   (so I have read)
  579.     I will repeat for anyone who may have just tuned in, this is a PC
  580.     program, not an Amiga program.
  581.  
  582.     The person who did the conversion is
  583.     MITGML@cluster.cc.dundee-tech.ac.uk (whew glad my address isn't that
  584.     long!) He was attempting to get the program up on SIMTEL also.
  585.  
  586.     I would love to see this program ported to the amiga.  Go for it KH!
  587. ------------
  588. I don't have a C compiler.. Have you been able to play your animations 
  589. using the XING MPEG player? Last time I tried to view animations 
  590. made with that MPEG encoder, MPEGXING just puked its guts up all over the  
  591. place. The reason, as I recall, why MPEGXING didn't like it was that 
  592. that MPEG encoder did not put the animations into a resolution that 
  593. MPEGXING would accept... That MPEG encoder would do resolutions like 
  594. 320 by 342 and such... actually any resolution.
  595.  
  596. I will try to download the file and see what kind of stuff it handles 
  597. and such... Thanks for telling me about it. I will try to get my hands 
  598. on it and will put it on wuarchive and several others...chances are it is 
  599. already on the nets... if not, I do have access to USENET (thanks to 
  600. the IML I haven't read any USENET in months ;-) ).
  601.  
  602. Well later
  603.  
  604. Kiernan Holland
  605. kholland@chicoma.lanl.gov
  606.  
  607.  
  608. ##
  609.  
  610. Subject: Re: Imagine, Amiga ragging
  611. Date: Sat, 19 Jun 93 17:35:03 -0600
  612. From: kholland@chicoma.lanl.gov (AIDE Kiernan)
  613.  
  614.     >>market successfully, they now know that the Amiga is where it is at...
  615.     >>They are not going to abandon the Amiga platform... I think that 
  616.     >>is what most Amiga users are afraid of, therefore they kiss *ss...
  617.       
  618.     +  Well I've had my Amiga since the 1000 days, moved to the 2000, now have
  619. --------
  620. What a coincidence... I did tooo... I had a 1000 and a 2000 and I have a 
  621. 3000. I also had a C64 and a disk drive for it... I would say I have 
  622. been a Commodore user for a decade now. 
  623. ---------
  624.     + a 4000. I don't feel I've been kissing anything, but am really happy CBM
  625.     +has maintained an upward path, and with the AGA chipset a grand one at that.
  626. ---------
  627. It is lucky that they are still doing something because I would have 
  628. been gone 6 months ago with the 486-33 crowd... Don't ever forget 
  629. how long it took them to decide that the Amiga was better than thier 
  630. PC line... I will never forgive them for years 87-90. They are
  631. still falling behind a little.. But I'm sure that the AMiga is the best 
  632. platform for what I am doing, but that has almost nothing to do with 
  633. CBM's progress... 
  634. ---------
  635.     +All with a minimum of software incompatability. As far as CBM and Mac 
  636.     +releasing new models, most CBM has kept the product line as lean as possible 
  637.     +and still managed to offer a product that is widespread amoung users. Most 
  638.     +hings that run on the 1200(exclude games) will run on the 4000. You don't see
  639. ---------
  640. Of course, it is the same chipset... and the operating system is the same..
  641. Though OS 1.0 programs are incompatible with everything after about 80%.
  642. But at least the GURU's are not as numerous as with the Amiga 1000.. bought 
  643. my 1000 in 1986 from CMO..  I bought my 2000 with the Amiga 1000 tradeup 
  644. deal. And I bought my Amiga 3000 on a student discount (lot a good that did, 
  645. you can buy two Amiga 3000T's for what I paid). 
  646. ----------
  647.     +this on the other platforms. CBM deserves credit for a job well done on the
  648.     +4000, and AmigaDos.I am pleased with the software I have  on the Amiga, and
  649. ----------
  650. Maybe so... But I am waiting for a AGA chip upgrade..  At least in a 
  651. expansion card form.. Others say it is impossible but I say that is 
  652. pur 100% saturated bull sh*t.. CBM doesn't want to make one.. 
  653. They are lazy and you know it.. Look at all the hardware that comes on 
  654. the AMiga...  it is all kludges... What was the amber?? A deinterlacer???
  655. what, they couldn't afford to make a non-interlaced graphics chip?
  656. What is the new HD drive??? It is a Chinnon floppy disk drive with an 
  657. ability to go double speed. More sectors but the same number of tracks. 
  658. What, couldn't they just get a drive with twice as many tracks?? 
  659. The disk storage idea was pretty good, but then you consider that 
  660. there are floppy drives that can store 2.88 megs now, even on the PC's. 
  661. I would like to have a 1.44 meg or 1.76 meg disk drive on my Amiga 3000...
  662. It's impossible??? No, CBM just doesn't want to implement it... It 
  663. is just a cloud that they use to conceal the truth...
  664. ------------
  665.  
  666.     +though I do see room for improvement I realize a small compaanies have limited
  667.     +resources as opposed to the very large firms supporting other platforms. 
  668. -------------
  669. What is the definition of limited resources. Really, I think CBM doesn't 
  670. have any troubles... If the head of the company can earn 3 million a year,
  671. there is something definitely wrong.. Even GVP and PPS can make better hardware 
  672. than CBM.  CBM makes alright software, but the hardware serriously 
  673. lacks in some areas and their level of support lacks a ton... 
  674. -------------
  675.     >I don't... I like what I see and I will talk about it, but I don't feel 
  676.     >inclined to admire CBM or Impulse, or anybody... If it is a good 
  677.     >product, it is a good product... They could sell Imagine for 
  678.     >20 bucks and it wouldn't matter... disks are easier to mass produce 
  679.     >than any material good in the entire world and yet it costs an 
  680.     >arm and a leg for programs that come on them... 
  681.  
  682.      +I have seen some really admirable stuff done with Imagine, and for it's
  683.      +price I can't complain. I get many hours of enjoyment out of Imagine
  684. --------
  685. Ya, that is alright... But you can't get Imagine on student discount. 
  686. You can get Studio 3D (Autodesk) on student discount for 500 dollars 
  687. I hear..  But whatever the price, Imagine should at least do what 
  688. it does very well... I mean, the programmer of Imagine probably 
  689. adds a lot of stuff on to the program but does not optimize the 
  690. thinsg already existing on the program. He could really work on the 
  691. rendering algorithms, he could support instantiated objects, 
  692. better object editing tools (like Caligari's ability to color faces 
  693. individually by just clicking on the face...), things that would 
  694. be pretty simple to implement. I have a feeling that he 
  695. is writing this program at the computer rather than taking the normal 
  696. route of a careful programmer (flowchart or pseudocode, top/down 
  697. design, bottom up implementation, full documentation on the 
  698. technical and novice user levels, etc. ) I bet you that is the reason
  699. why his port of Imagine croaks on the PC's in several ways.. 
  700. ---------
  701.      +and long ago passed the point of not getting my monies worth. To relate 
  702.      +the value, or cost of a program to the medium it comes on is not the 
  703.      +sign of a clever person at best.
  704. ---------
  705. No, that is not what I meant... I meant that they are not paying 
  706. hundreds of dollars to develop the program, the advertising may 
  707. cost a lot, but the distribution is almost nothing and the manual 
  708. lacks serriously.. Impulse could do a whole lot better.  
  709. I don't know much about 3D graphics programming, but I bet that 
  710. if I knew how to program them, I could do it better than whoever is doing 
  711. it now.. It is not a matter of knowledge, it is a matter of will.. 
  712. You can know everything there is to know about graphics but if you don't 
  713. have any reason to improve your programs, you will not.. You will just 
  714. add more and more features because you would be bored dealing with 
  715. all the old problems.. I know how some programmers think.. If I was getting 
  716. paid to write programs (which I am not right now... I do mine for my own use),
  717. I would at least involve some planning and good program design into 
  718. my work.. I know programmers that just "want to get it over with" and are 
  719. willing to put global variables all over the stinking place, use 
  720. magic numbers when they can and use code that is not smart (it doens't 
  721. sense its environment before it performs an action on it) in that 
  722. it depends upon a particular system design... You know why Video Games 
  723. on Amigados 1.3 don't work on the newer systems?? You know why 
  724. some MSDOS games go 5 times faster on newer systems? It all has to do with 
  725. programs that "think" they are in an Amiga 1000 with 512K of ram and an 
  726. PC XT with CGA, respectively, when really they are on a 
  727. AMiga 4000 with 16 megs and  a 486-66DX2 with SVGA. The first 
  728. one, Amiga 1000 games, could have been cleared up, possibly, by 
  729. having the program use the system calls that CBM provided with 
  730. thier machine and by asking the system how much memory is available, 
  731. additionally providing an alternative in the cases of too little or 
  732. too much fast ram or chip ram.. Sure, it may be uneccesary now, but 
  733. what it uneccessary now will be easier to change tommorow. 
  734. On the last case, the PC game, the developer could have at least 
  735. tested the system before running the game to find out how fast the 
  736. processor is, or could have asked the user upfront how fast the 
  737. machine is and what kind of processor is being used.  
  738. ------------
  739.     As programs get better, the old revisions lower in price much faster 
  740.     than hardware... Probably because some users like myself have 
  741.     figured it out that programs are overpriced... Less work, more 
  742.     money... that's the idea... sell it for what the people will bare... 
  743.  
  744.     + It seems that you need a course in business 101 at least. As a
  745.     +program matures and you recoup your investment you find yourself
  746.     +able to contain cost so to speak much easier. This is also aided by
  747.     +the revenue generated by upgrade fees. Some programs that were grossly
  748.     +overpriced, as you indicated in the following paragraph had to reduce
  749.     +to be competive with the other offerings.
  750. -------------
  751. That too.. But unltimately, the reason Imagine costs 200 and not 100 
  752. is that nobody has started selling something as good as Imagine at 
  753. 150 dollars. Nobody is going to do it anyway, because it would 
  754. mean that they would start getting less.. If the users all of 
  755. a sudden decided to stop buying the programs and complaining about 
  756. the price, the company would lower thier prices or improve their 
  757. software in order to keep thier userbase. In Impulse's case it is
  758. "add more features and keep the price".  It is somewhat like 
  759. how the GAS stations run in our town... One gas station sells gas at 
  760. 1.39 a gallon (something like that), a Texaco station, and if any 
  761. other station tries to compete, the Texaco station lowers thier 
  762. prices to 50 cents a gallon, to run the other gas station out 
  763. of business. Now if the other gas station adds two more kinds of unleaded
  764. gasoline with a super-super-additive, they can still sell gasoline 
  765. at a price equal to the Texaco station without losing thier 
  766. customers, thier userbase.  In the Amiga's case, Impulse is the 
  767. Texaco station and Octree and othe such companies are the other 
  768. gas stations.. Octree will not lower Caligari's price below Imagine's 
  769. because Impulse has enough money that they could hold out at a lower 
  770. price with Imagine, puting Octree out of business. Octree will not 
  771. challenge the market unless they lose thier userbase, in which case 
  772. they will either lower the price of the software or make the software 
  773. better. Octree has lowered the price of thier software in the past from 
  774. 2000 to 200 dollars to get a larger userbase, and probably since 
  775. more 3D animators are in the general market now. Ultimately, Imagine 
  776. was the reason, I'm sure..     
  777.  
  778. If Imagine is maintained by one guy, this means that Impulse can pay 
  779. this programmer less than what they would have to pay to have seven 
  780. programmers maintaining the program. No training or teaching would 
  781. need to be payed for in case that one of the seven programmers should 
  782. jump to another company, causing them to hire and train new programmer.
  783. There must be a good reason why the single programmer is staying 
  784. with the company (owns 20% share of the companies profits?), he 
  785. probably finds some interest in the company too. There is no need 
  786. to organize meetings to talk about the software development 
  787. since there is only one programmer and one organizer, manager, and such. 
  788. They provide free revisions so that they can use the users as guinea 
  789. pigs on thier program, so they don't have to waste money on a 
  790. set of trained software testers. This also means that the single 
  791. programmer gets a lot of work, may be overworked, and will pay less 
  792. attention to the finer details of the design.. So they get more money 
  793. and the users get crapier software. Nothing says that they couldn't just 
  794. hire six more programmers, add a training program, get two programmers 
  795. which have aminor in english, to alternatively write the manuals.
  796. One of the six could also have some experience in public speaking 
  797. and possibly another could have some experience in psychology ( to 
  798. create easier to use interfaces for children as well as adults), 
  799. another could have some experience in art, making a more 
  800. attractive user interface. One could have some experience in 
  801. computer security, to make harder to crack software (a euor-cracker who 
  802. knows how to crack Amiga programs would be best), the last could 
  803. have a minor in math,as he could verify algorithms and possibly optimize
  804. the rendering processes.
  805.  
  806. What would they be paying the programmers??? I don't know.. 
  807. But they could cut down on advertisement.. As we all know, AMiga users 
  808. tend to spread the word a lot faster than any magazine could.. 
  809. They shouldn't depend on this, but they could monitor the sales over a 
  810. period of time after cutting down the ads in Amiga magazines.. 
  811. Besides, Amiga users now Imagine exists, what use is it to 
  812. tell the .1% of the users that it does??? 
  813.  
  814. My way, they would have better software and a bigger userbase because of 
  815. it, rather than poorer software with userbase that is willing to put up 
  816. with the software. 
  817.  
  818. The variable that needs to change is US! I really believe this is the 
  819. answer to the whole problem. Actually Impulse probably needs better management..
  820. I could be wrong since I am basing this all on the rumor someone 
  821. passed around about impulse having only one programmer working on 
  822. Imagine. 
  823.  
  824. Oh ya, to keep the integral part of the software designers, the original 
  825. programmer, from leaving Impulse would have to increase his salary 
  826. (because he probably deserves it) and put him at a higher rank with more 
  827. responsibility as the software design team manager. There is a lot of reasons
  828. to do this. One is is that without him, the progress of the software 
  829. design and its technical parts would be hard to describe from the code 
  830. without the brain behind it all. He could also train newcomers and 
  831. have them design only the part that that newcomer should work on. 
  832. If one part should have a new idea that would make the software better 
  833. and easier to implement, a meeting between the software developers 
  834. would be set to discuss the idea(s) of the other programmer as well as 
  835. thier own.
  836.  
  837. It would be best for everyone... The executives would not have to 
  838. cut programs short of being finished, the technical writers/programmers
  839. could write memos to management explain in plain english what problems 
  840. have arrised, giving an estimate on when they think the bugs will be cleared.
  841. The technical writers could alternatively write the manuals and write 
  842. speeches for demonstrations at the big software shows by the programmer 
  843. who has experience in public speaking. 
  844.  
  845. There is many ways it would improve things, but I don't feel 
  846. like telling all the ways. 
  847. -----------
  848.     Amiga users can't afford costly programs, that is why Caligari costs 
  849.     200 bucks, Imagine costs 200 bucks and Dpaint costs less than 100 
  850.     dollars.. On the Mac's there are more companies that got more dough, 
  851.     and they can afford to pay high prices.... Look on any low-end 
  852.     platform and you will see that this is true... 
  853.  
  854.     +Speak for yourself ! I'm a adult that has the ability to manage to
  855. ------------
  856. 23 here..
  857. ------------
  858.     +budget for my software. I see the prices rising as the quality, and power
  859.     +of software improves. However I have the advantage of owning most of the
  860.     +better stuff since it's early days and upgrade as often as I can. With
  861.     +AGA I'll have to space the upgrades out but will eventually get them all. 
  862.     +I realize the need to support the Amiga Platform and am +willing to sacrifice 
  863.     +a little to do so, others seem only interested in a free ride. I buy from my
  864.     +local dealer whenever reasonable to support him. $10.00 more or less is a small
  865.     +price to pay to help him survive. I am not stupid. I know I can save money
  866. ------------
  867. Ya... if you have a good dealer... Otherwise, you end up like me.. You 
  868. probably don't know what it is like to go to an Amiga store where 
  869. Deluxe Music construction set still costs 80 bucks and has been sitting on 
  870. the shelf for 4 years. 
  871.  
  872. The users should not have to support the local dealers volutarily...
  873. The Amiga dealers I know provide an alternative service as a PC/MAC 
  874. supporter... I don't mind, as long as they still sell Amiga's. 
  875. If Amiga's are really good, it should change those who use PC's and MAC's 
  876. that buy from the store to change thier opinions about Amiga's.. 
  877.  
  878. They'll survive with or without our help.. Sure I don't mind 
  879. chipping in 10 dollars more for a product at a local dealer, 
  880. just as long as the dealer doesn't treat me like crap.. My last dealer 
  881. didn't treate me bad, but she had really old software, knew less 
  882. about the technical aspects of her hardware/software (she's an 
  883. Santa Fe artist by trade) and she smoked in her store (which is bad 
  884. for floppy disks and hardware in general, it also makes the 
  885. store and the products smell like a smoking room). 
  886. ------------
  887.     +buying elsewhere, but The Amiga is in an awkward posistion. Because the user
  888.     +base is amaller it makes the support extended by this user base much more 
  889.     +important.
  890. ------------
  891. No really, what you need is a user group, not an Amiga dealer.. 
  892. It is not the Amiga dealer's job to care about your computing.. 
  893. Only if he can get something out of it, otherwise most don't 
  894. care.. If you can get someone who cares... Then on any platform, 
  895. even a PC, he is a good person to support over mail order.. 
  896. I have always believed (to some extent) in buying from a local 
  897. dealer first, but you can't become a slave, otherwise you 
  898. lose a lot of money.  I have found that researching companies 
  899. and software, and asking other users as well as asking dealers (although 
  900. you must consider that their primary motive is to sell) 
  901. is the best way to go. You must take your own chances... 
  902. ------------
  903.  
  904.         And they send free(thats right, I said FREE(as well they should))
  905.     upgrades when     they make mistakes. I've seen 3D packages on the MAC(can't
  906.     recall which one) 
  907.     ----------
  908.     +Virtual Realities, and ASDG both offer excellent support of their programs
  909.     +as an example.
  910. ------------
  911. ASDG is alright, but I have found programs (WASP, HAMlab, JPEG V3.0) that 
  912. do better even in shareware/pd. They are doing a lot better, but they could 
  913. at least bring the prices of thier software down a bit... Like maybe 100 
  914. bucks for Morph Plus with Adpro. GVP could also follow thier lead.
  915. --------------
  916.     There are 50 million PC users and 10 million Mac users... the Companies 
  917.     can get away with it there.. Now when teh Amiga user base expands 
  918.     to 10 million, expect to find companies charging for upgrades...
  919.     ----------
  920.     +Disagree here. Bug fixes no, actual product enhancements I see the Amiga
  921.     +developers having the right and ability to charge for upgrades. It allows
  922.     +them to generate development funds, and the user to enjoy the fruits of
  923. ----------------
  924. Yes... however, the users provide free software testing and the developers 
  925. should respect this service becuase they could always have hired 
  926. a professional team or could have wasted more money on research.
  927. ----------------
  928.     +these development efforts at an incremental cost. The need for upgrade
  929.     +charges is even more critical in the Amiga Market.
  930. ----------------
  931. Tell me, why not have one product, then make revisions and sell the 
  932. product with a new set of revisions?? Do you think that a product 
  933. with 1 revision costing 10 bucks apiece over the period of 10 
  934. revisions would cost as much as an upgrade with all ten 
  935. previously unreleased revisions?? What if the upgrade costs 50 dollars 
  936. more than the first program??  What would you consider a good 
  937. time to sell the product?? Before the potential bugs are fixed  or 
  938. after??  If the developers think "before", I would expect free revision 
  939. upgrades... Otherwise I would make sure that each revision that 
  940. I payed for added to the quality of the program, not fix up 
  941. bugs that shouldn't have existed in the release of the program. 
  942. Of course, the developers retain the right to sell revisions 
  943. to the users, as sure as NewTek can justify 1000 dollars for a 
  944. upgrade [as they did] to the 2.0 software of the toaster...
  945. Just as we retain the right to complain and choose software...
  946.  
  947. Don't become a slave, get wise!!
  948. ---------------
  949.     with half the features that cost twice as much as Imagine(keeping with the topic
  950.     of the list).  So, don't get me wrong...ya gotta complain if it don't work. But 
  951.     ----------
  952.     MS makes most of thier money off upgrades...
  953.  
  954.     It is all a matter of user base and ethics... It is one reason 
  955.     I don't own a PC... Then again I would rather have an Amiga developer 
  956.     tha makes an effort to make bug-free, defect free, understandable software
  957.     (like most MAC software) rather than just make revisions when the users 
  958.     complain... That is about how it goes on the Amiga... 
  959.     Either they look for errors deliberately, or they wait for the errors 
  960.     to come knocking at their door... Impulse should clear up thier 
  961.     errors before they upgrade thier software... It will make it easier 
  962.     on both them and the users, however they seem to be doing it the 
  963.     more screwy disorganized way... Hunt and hack...
  964.  
  965.     +Well I do wish it could be this way also, but in reality bugs are always 
  966.     + a possability. There are so many varables in a software program, and
  967.     +especially in a program like Imagine that it would be near impossible 
  968. -----------
  969. And there is good and bad ways to write a program... Believe me, 
  970. there is a way to write near bugfree programs... It is through 
  971. careful planning.. Anything else that has nothing to do with the program, 
  972. is the operating system's fault.. In a PC this means making sure that 
  973. you push and pop all registers and variables that should not be changed 
  974. during the course of a subroutine or interrupt call. I don't believe 
  975. in global variables, therfore I don't use them.  I think that the programmers
  976. should focus more on making more bug-free programs than adding more 
  977. features to existing programs. Some programmers will only work on a program 
  978. until they can't find any bugs, others will work on programs until 
  979. they think the users will not notice any bugs, and the real good ones
  980. will beg users to find bugs for them... Its all a matter of discipline 
  981. and will, and all the stuff that comes with being a good software 
  982. designer.. Of course, from the software designers perspective, 
  983. if you aren't getting paid enough, jump to another company or 
  984. stay where you are and keep making code that lacks perfection..
  985. -----------
  986.     *to eliminate them all and still ship in a reasonable amount of time. I
  987.     +have recieved free disks from Impulse(YES IMPULSE) in the past to fix
  988.     +critical problems. Regard most Mac software, Yes it seems to have inherent
  989.     + better stability, that is unless you count the problems with stuff and 
  990.     +system 7. This stability is also easier to obtain when you don't concern
  991.     +yourself with backward compatability.
  992. -----------
  993. But the users have a choice.. they don't feel they have any direct 
  994. dependance on the company providing the software. Some do however, 
  995. but they probably never researched thier choice or probably 
  996. didn't wait long enough to see if the company was a reputible 
  997. business. Small companies are known to sell software for more 
  998. and have been known to go down the tubes faster. ABout 10% of the 
  999. software bought (estimate) is poorly researched by the user 
  1000. and often ends up obsolete...  If you have a large userbase, 
  1001. if the company that sells the package goes bankrupt, chances are 
  1002. another will buy their company up... or others will continue to 
  1003. develop software to improve the packages provided by that company.
  1004.  
  1005. MAC's are hard to program I hear.. You can program better programs 
  1006. if you stick to the rules of the company that makes the operating 
  1007. system. If you violate those rules, chances are you will end 
  1008. up with a lot of troubles. It doesn't suprise me... All computer 
  1009. companies make these mistakes... Tell me what happened between 
  1010. OS 1.3 and OS.20 back in 1990!!! Seee... How about MSDOS 5.0 
  1011. to MSDOS 6.0? Or how about that fancy trick to get UNIX SVR4 and 
  1012. BSD to work together?? It is just a fact of computers, you will 
  1013. have problems wherever you go... The thing I like about 
  1014. MAC's is that the user interface is the most important thing in the 
  1015. equation.. In traditional programming, you optimize your program 
  1016. to make it faster then you add the interface... With MAC software
  1017. it seems that the interface is optimized then the internals.. 
  1018. Sure the computers are slow, but they are simple.. One of the reasons
  1019. why most users like MAC's are that they are easy to network, I know some 
  1020. PC users who know how to write complex programs in assembly 
  1021. on the PC's but prefer a MAC for use between work and home.. 
  1022. -----------
  1023.     I believe in smart coding styles like programs that are flexible, 
  1024.     modular, top-down design bottom-up implemented, and can "sense" 
  1025.     the environment before they continue execution... Imagine doesn't 
  1026.     seem to do this... Otherwise it would be capable of running 
  1027.     on a PC or whatever,
  1028.  
  1029.     + Well I think this is a little out of line. Developing for the PC
  1030.     +with it's many inherent problems has nothing to do with the above.
  1031.     +Regardless of how you develop your code, if your new to the PC
  1032.     +(piece C***) enviornment your going to have problems. It's not
  1033. ---------
  1034. I agree.. but you should only be concerned with your program... If 
  1035. it croaks because of the operating systems problems, make a small 
  1036. fix but don't depend on it.. Wait for the operating system to 
  1037. improve or build an environment that uses the operating system 
  1038. but hides the implementation from you.. I mean, something like a 
  1039. virtual system... I guess for dos this would be like going into 
  1040. C++ and creating a class that uses windows as objects rather than functions.
  1041. Later when the operating system changes, all you need to do is change the 
  1042. class and not the entire program... The program will treat the class 
  1043. as it did before... there is a conventional name for it but I can't recall
  1044. it from the top of my head. 
  1045. ---------
  1046.     +easy going from a OS like Amigados, and a AUTOCONFIG(tm) system
  1047.     +like the Amiga to the hodgepodge world of messy dos. This is an
  1048.     +even harder task if your trying to get the same functions you have
  1049.     +on the Amiga.
  1050. ---------
  1051. Oh I know, but if you design your code the first time around so it
  1052. doesn't try to pull any fancy tricks like bypassing bios interrupt 
  1053. calls and using the I/O ports and memory instead... I guess, if you 
  1054. know what a good structure looks like, you can design it.. You don't 
  1055. have to be a wiz at this stuff.. I have maintained A averages in 
  1056. my programming courses becuase of the way I approach programming.. 
  1057.  
  1058. I tend to overdue some of my programs.. For instance, one 
  1059. semester in aseembly language class I was told to write a 
  1060. program that converted decimal numbers to hexidecimal in assembly..
  1061. I did, but I devised a routine that would do multiple conversions
  1062. (anything in fact) in with 32-bit numbers... While the other 
  1063. kids were checking for a number that was larger than 65,356, 
  1064. my program would simply take the number and divide it by the base
  1065. taking the remainder and testing to see if it was decimal, binary, 
  1066. hexidecimal or something like ascii-decimal then push it on a 
  1067. stack, pop it off and print it until a sentinel. This was all 
  1068. written for an 8086, which is incapable of performing the operations 
  1069. I created... so I invented routines to handle 32-bit dividision, 
  1070. multiplication, addition and subtraction. I didn't need 
  1071. all of them, but they came in handy later.. This may not seem 
  1072. like such a big deal, but what did you do in your first 
  1073. semester of assembly language??
  1074. ------------
  1075.  
  1076.      and you would not need to replace register values in 
  1077.     the program's binaries to make it support resolutions like 1280x1024...
  1078.     The programmer could have at least had Imagine determine how much memory 
  1079.     is available for graphics, what chipset is being used, what the current 
  1080.     screen resolution is, how many colors are possible, etc. and change the 
  1081.     global variables to reflect the environment... But no... The programmer 
  1082.     has to hard-code the magic numbers in that choose only one of two resolutions
  1083.     (hires and hires-lace).. It is what we call "Poor Software Design". 
  1084.     I bet the programmer(s??) of Imagine doesn't even have a Masters,
  1085.     Probably not even a bachelors... It is so obvious..
  1086.  
  1087.     +Opps Again. I admit that support for the different resolutions would be nice.
  1088.     +I also realize that these 1280x1024 requirements wern't even a dream until
  1089.     +a short time ago. Imagine Supports all the standard(and DCTV) formats that
  1090.     +were available during it's design cycle. I have a 4000 but still only a 1084s
  1091.     +for a monitor. The large majority of Imagine users will not have a problem
  1092.     +with this restriction for quite a while.(I don't consider us netters the 
  1093.     +average user) In time as things settle down and support for 3.0 grows these
  1094.     +problems should go away.(At least I think so). To throw darts at this time
  1095.     +seems a little rash, to slam the programmers especially in regards to education
  1096.     +is outright rude(please forward me a beta copy of your 3D modeler). I'd much
  1097.     +rather Impulse spend time on the features list than waste it on screen 
  1098.     +resolutions at this time. 
  1099. ----------
  1100. I would rather they work on potential bugs and interface considerations.. 
  1101. if you want more features, they can always provide a higher-priced package
  1102. for the time being.. The truth is is that you can't work productively if the 
  1103. code is sensitive to small system changes or if the code never 
  1104. worked correctly in the first place. 
  1105. ----------
  1106.      This thread has become disjointed so I simply makked my thoughts with 
  1107.     a "+" to seperate them. We should also remember that Impulse have offerd
  1108.     Imagine PC to us for $100.00 . At that price I can put in on my desk at work
  1109.     and then I can see if it runs or not:-)
  1110.                             bill
  1111. -----------
  1112. Well, aren't they nice??? (sarcasm) The only reason why they 
  1113. did it is because they wouldn't have a userbase to justify it 
  1114. if the Amiga users weren't using the PC version of Imagine. 
  1115. I think they see this more as a business oportunity.. Think about it, 
  1116. you sell the Imagine users Imagine for 100 bucks, they take it 
  1117. to work, show it off to thier friends, the Imagine users 
  1118. ofcourse are Amiga users and Amiga users have been known to hype 
  1119. everything about 4 times as much as it really is. That kills 
  1120. the amount of advertising that would be needed if they didn't 
  1121. have that option. Could we be seeing a transition?? Possibly a 
  1122. switch to the PC platform?? Or are we seeing a multi-platform 
  1123. profit to be made?? Or is it free testing for the PC version... 
  1124. Maybe AMiga users provide the kind of feedback that they do not 
  1125. get elsewhere.. It could be that they are doing it to make 
  1126. it easier on the Imagine users... My point is is that in 
  1127. all businessesm there is a motive behind everything... 
  1128. Criticize before you claim..
  1129.  
  1130.     /------------------------------------------------------------------------------
  1131.     Bill leimberger. NASHUA N.H.
  1132.     I am Not an Amiga dealer, or developer. I am simply An 
  1133.     Amiga user that appreciats The Amiga and the things it allows me to do.
  1134.     These ramblings are my own and do not reflect on my employer, or anyone
  1135.     else for that matter*/ 
  1136.  
  1137. /***********************************************************************
  1138. ** Kiernan Holland, kholland@chicoma.lanl.gov, kholland@hydra.unm.edu **
  1139. ** (University Of New Mexico - Los Alamos Branch Computer AIDE)       **
  1140. ** "If it doesn't work, turn it off/on or ask me to watch."           ** 
  1141. ***********************************************************************/
  1142.  
  1143.  
  1144. ##
  1145.  
  1146. Subject: Imagine.quest.(reply)
  1147. Date: Sat, 19 Jun 93 22:34:45 EDT
  1148. From: Florence Ormezzano <Florence.Ormezzano@lambada.oit.unc.edu>
  1149.  
  1150. Thank you for your suggestion about my problem in trace mode (screen all
  1151. black)...
  1152. I have 2 meg of chip ram and 4 of fast on a 3000 machine, while rendering
  1153. the fast ram goes down to about 500.000 or around that...it might be that
  1154. I don't have enough...?
  1155. thanks again for your help !
  1156. Florence
  1157.  
  1158.  
  1159. ##
  1160.  
  1161. Subject: Re: Two Requests...
  1162. Date: Sun, 20 Jun 1993 11:57:26 +1000 (EST)
  1163. From: Nikola Vukovljak <nvukovlj@ucc.su.OZ.AU>
  1164.  
  1165. On Fri, 18 Jun 1993, Mark Marino wrote:
  1166.  
  1167. > Hey Guys,
  1168. >   I have two requests to make:
  1169. >   1) Can any of you guys with Icoons please let the rest of us know
  1170. > where to find it on the Internet (if it exists on the net)?  I did an
  1171. > archie search but it turned up nothing.
  1172. Last time I checked it was on wuarchive.wustl.edu but don't ask me exactly
  1173. where. That site is huge!
  1174.  
  1175. >   2) Can we hold back from erupting into any major flame wars?  I see
  1176. > trouble brewing here since the last few days and I'm hoping we can
  1177. > curtail it before we get into some major bandwidth squandering.  If you
  1178. > feel you must let loose some stinging comments about somebody's post,
  1179. > send it to the sender, not the list.
  1180. > <off my soapbox>
  1181. > Mark
  1182.  
  1183. Hear, hear.
  1184.  
  1185. Nik.
  1186.  
  1187. nvukovlj@ucc.su.OZ.AU
  1188.  
  1189.  
  1190. ##
  1191.  
  1192. Subject: Re: Any experience with DPS PAR ? 
  1193. Date: Sun, 20 Jun 1993 12:05:14 +1000 (EST)
  1194. From: Nikola Vukovljak <nvukovlj@ucc.su.OZ.AU>
  1195.  
  1196. On Fri, 18 Jun 1993, Mark Thompson wrote:
  1197.  
  1198. > > Now that some time is gone by and DPS is availible I want to ask
  1199. > > you people out there if there are any experiences with this board.
  1200. > Mine hasn't arrived yet, but I did go check one out at a local dealer.
  1201. > First off, I liked the interface; clean, professional, and pretty intuitive.
  1202. > The output imagery was good and writing/compressing images to the device
  1203. > was transparent and fast (a few seconds per frame). You wrote to it like
  1204. > it was any drive in the system. As for compression, apparently it can be
  1205. > controlled both during recording and playback. To control compression ratios,
  1206. > it allows a quality factor from 0-23. Apparently when you are rendering,
  1207. > you set it to 23 and it will choose the best value it can on playback to
  1208. > maintain 30fps. You would only set it lower than 23 when doing real time video
  1209. > capture with the TBC4. For playback, Q16 had very noticeable artifacts around
  1210.  
  1211.  
  1212. Any idea whether this gadget :-) will be available in PAL ? I hope this
  1213. isn't another one of those NTSC only products.
  1214.  
  1215. Nik.
  1216.  
  1217. nvukovlj@ucc.su.OZ.AU
  1218.  
  1219.  
  1220. ##
  1221.  
  1222. Subject: Re: Floating Point Gurus 
  1223. Date: Sun, 20 Jun 1993 12:01:32 +1000 (EST)
  1224. From: Nikola Vukovljak <nvukovlj@ucc.su.OZ.AU>
  1225.  
  1226. On Fri, 18 Jun 1993, Rob (R.D.) Hounsell wrote:
  1227.  
  1228. > Dudes && || Dudettes,
  1229. >   I often experience a problem on my Amiga sometimes while rendering under 
  1230. > Imagine 2.0 that I figure is due to my home-made accellerator but will ask 
  1231. > anyway:
  1232. >   Has anyone been experiencing guru mediations that indicate either a memory
  1233. > error or co-processor illegal instruction? This happens often enough that I
  1234. > cannot set up a sequence of frames to render before I go to bed and have any
  1235. > confidence at all that it will be finished the next morning (i.e. it will have
  1236. > crashed after several frames). It seems to happen by far most often when
  1237. > running rendering in Imagine, although that could just be because it works the
  1238. > system the hardest.
  1239. >   As I said, I expect that there is a timing problem within my A1000 - LUCAS
  1240. > accellerator - FRANCES memory expansion setup (PD Hardware), but you never
  1241. > know. I've taken a logic analyzer as far as it will go; I've arranged access to
  1242. > a 68020 in-circuit emulator, but due to wedding plans have been too busy to try
  1243. > it.
  1244. > Thx
  1245. > Rob
  1246. > -- 
  1247.  
  1248. Well, I can't help you much except to say that I rarely have Imagine crash
  1249. on me and it even kept going when it took all but 10 K of all the system
  1250. RAM! (yep only had 10 K CHIP RAM) - it just didn't render everything but
  1251. only a part of the object.
  1252.  
  1253. It may really be your accelerator.
  1254.  
  1255. Nik.
  1256. nvukovlj@ucc.su.OZ.AU
  1257.  
  1258.  
  1259. ##
  1260.  
  1261. Subject: Re: Bla in Trace mode ?, help !
  1262. Date: Sun, 20 Jun 1993 12:24:29 +1000 (EST)
  1263. From: Nikola Vukovljak <nvukovlj@ucc.su.OZ.AU>
  1264.  
  1265. On Fri, 18 Jun 1993, Florence Ormezzano wrote:
  1266.  
  1267. > Hello !, I need help !
  1268. > I have an irregular sphere and an object inside. I checked the size of
  1269. > the sphere, it's around 900.0000 and I checked the size of the world, and
  1270. > set it for 1024.0000...the camera is inside the sphere with two lights,
  1271. > one spherical (& diminish intensity) one cylindrical (& cast shadows). Now
  1272. > when I render in scanline mode its fine, but if I render in trace mode
  1273. > it's BLACK, with a vague grey shape on top of the frame.
  1274. > Now I don't know what else to do, what to check...anybody who knows? 
  1275. > Thank you !
  1276. > Florence.Ormezzano@lambada.oit.unc.edu
  1277.  
  1278. Well, you haven't really given us enough information here (could try to
  1279. describe the scene a bit more) , but check whether the sphere is located
  1280. at 0,0,0 - if not, the world size may still be too small.
  1281.  
  1282. Also, how much RAM do you have left when rendering starts (you may be
  1283. running out)
  1284.  
  1285. Nik.
  1286.  
  1287. nvukovlj@ucc.su.OZ.AU
  1288.  
  1289.  
  1290. ##
  1291.  
  1292. Subject: Re: Imagine.quest.(reply)
  1293. Date: Sat, 19 Jun 93 21:37:27 PDT
  1294. From: jwalkup@sfsuvax1.sfsu.edu (Jeff Walkup)
  1295.  
  1296.  
  1297. > I have 2 meg of chip ram and 4 of fast on a 3000 machine, while rendering
  1298. > the fast ram goes down to about 500.000 or around that...it might be that
  1299. > I don't have enough...?
  1300.  
  1301. If you mean you have 500,000 bytes of fast mem left, and all of your
  1302. chip mem (less what imagine and the WB are using for screens -
  1303. naturally), then no - it sounds like you have plenty of memory.
  1304.  
  1305. What are the attributes for your spheres?  (Using any Filter, Reflect,
  1306. etc... ?)
  1307.  
  1308. -- 
  1309. Jeff Walkup - jwalkup@sfsuvax1.sfsu.edu - Digital Animator / Videographer
  1310.  
  1311.  
  1312. ##
  1313.  
  1314. Subject: Re: Wacom tablet and FC24/Light24
  1315. Date: Sat, 19 Jun 93 20:34:42 CDT
  1316. From: Joe Hanson <joe.hanson@inst.medtronic.com>
  1317.  
  1318. As Stephen Menzies writes:
  1319. > Has anyone got a Wacom tablet working successfully with        
  1320. > Light24 (paintbox on the Firecracker24)? 
  1321. > If so, I would appreciate knowing how (perhaps someone has
  1322. > written a driver).
  1323. >     
  1324. > thanks,
  1325. >     stephen
  1326. > -- 
  1327. > ------------------------------------------------------------------------
  1328. > \\\Stephen Menzies, TFX Animation Inc., TAARNA Systems, Montreal, Qc.///
  1329. > [[]] menzies@cam.org [[]] stephen@taarna.UUCP [[]] stephen@taarna.qc.ca
  1330.  
  1331. I attempted to use a WIZ tablet with Light24/Firecracker.  It didn't
  1332. work.
  1333.  
  1334. I contacted TriMedia, the company that supplied the driver package,
  1335. who in turn contacted Impulse.
  1336. I was informed by TriMedia that the problem was with Light24 and how
  1337. it interpreted mouse movements.
  1338. I asked Mike Halvorson about it, but his response made me think it
  1339. wasn't a high priority issue.  I haven't heard of an update.
  1340.  
  1341. I thought about buying, but haven't tried, third party paint packages
  1342. compatible with the Firecracker.
  1343.  
  1344. So Stephen, your situation may be the same as mine.
  1345.  
  1346.  
  1347. joe hanson.
  1348.  
  1349.  
  1350. ##
  1351.  
  1352. Subject: FC24 Blooz
  1353. Date: Sun, 20 Jun 1993 16:33:21 -0400 (EDT)
  1354. From: Naked Man <parham@athena.cs.uga.edu>
  1355.  
  1356.   Is it just me or is there a lack of support for an otherwise
  1357.   extraordinary piece of hardware known as the Firecracker? Or is it just
  1358.   that Impulse is trying to be as much like Comodore as possible.  Do they
  1359.   desire to become as bankrupt as Big 'C' one day?  Imagine may go the way
  1360.   of another toy and the Firecracker may asphixiate from lack of support.
  1361.   Light24 is wonderful in giving realtime 24 bit painting, but has it been
  1362.   improved one little jot since it came out?  What do those guys DO up
  1363.   there all year except plan for snow-ins?  I wouldn't be so bitter if it
  1364.   weren't for the fact that NOTHING is being improved on.  Let's examine
  1365.   the word 'nothing' a moment
  1366.   in small words so there is no misunderstanding:
  1367.     a thing that does not exist... "no"  "thing"  a complete and thorough
  1368.     lack leaving no exception to its utter non-existence.
  1369.   Any clues would be greatly appreciated.
  1370.   wes
  1371.  
  1372.  
  1373. ##
  1374.  
  1375. Subject: ISL routines WANTED
  1376. Date:     Mon, 21 Jun 1993 11:00:38 +0200
  1377. From: Hannes Heckner <hecknerh@informatik.tu-muenchen.de>
  1378.  
  1379. There is a stagefile re/compiler around but what about some neat 
  1380. programms for it.
  1381.  
  1382. Stretch a animation to n files
  1383. including an object sequence into a scene.
  1384. How about advanced animation technques (gravity and so on)
  1385.  
  1386. Lets talk about ISL as it is VERY imagine related :-)
  1387.  
  1388. HANNES
  1389.  
  1390.  
  1391. ##
  1392.  
  1393. Subject: Ok here is an imagine related one :-)
  1394. Date:     Mon, 21 Jun 1993 10:56:33 +0200
  1395. From: Hannes Heckner <hecknerh@informatik.tu-muenchen.de>
  1396.  
  1397. Someone pointed out that on this maillist there was too few 
  1398. imagine related subjects discussed lately.
  1399. So here we go:
  1400.  
  1401. How about exchanging essence settings via this mailllist.
  1402.  
  1403. Anyone who has produced some marvellous effects with this package
  1404. go and post it NOW
  1405.  
  1406. Hannes
  1407.  
  1408.  
  1409. ##
  1410.  
  1411. Subject: Re: FC24 Blooz
  1412. Date: 21 Jun 1993 08:13:11 -0400
  1413. From: menzies@CAM.ORG (Stephen Menzies)
  1414.  
  1415. Naked Man <parham@athena.cs.uga.edu> writes:
  1416. > [...]
  1417. >  Light24 is wonderful in giving realtime 24 bit painting, but has it been
  1418. >  improved one little jot since it came out?  What do those guys DO up
  1419. > [...]
  1420. >  Any clues would be greatly appreciated.
  1421. >  wes
  1422.  
  1423. We contacted Imapulse regarding a problem between Light24 and the
  1424. Wacom tablet (they don't work together). They said they ..."might
  1425. look into it in 6 months to 1 year". One can safely assume that
  1426. this means in the next year or 2 and most likely, never. 
  1427. Too bad, it is quite fast, in comparison with other packages.
  1428.  
  1429. -stephen
  1430. -- 
  1431. ------------------------------------------------------------------------
  1432. \\\Stephen Menzies, TFX Animation Inc., TAARNA Systems, Montreal, Qc.///
  1433. [[]] menzies@cam.org [[]] stephen@taarna.UUCP [[]] stephen@taarna.qc.ca
  1434.  
  1435.  
  1436. ##
  1437.  
  1438. Subject: Trace.prob.solved
  1439. Date: Mon, 21 Jun 93 10:19:22 EDT
  1440. From: Florence Ormezzano <Florence.Ormezzano@lambada.oit.unc.edu>
  1441.  
  1442. Hye !
  1443. Thanks to everybody I solved my trace prob.
  1444. If anybody is interested the problems where 1/objects not located at 0,0,0
  1445. and 2/objects too big (not enough ram).
  1446. The picture took 10h to render and was not too interesting ! hahaha oh well...
  1447. thank you very much for all the help !
  1448. Florence
  1449.  
  1450.  
  1451. ##
  1452.  
  1453. Subject: ISL idea
  1454. Date: Mon, 21 Jun 93 05:57:20 PDT
  1455. From: dedwards@unssun.scs.unr.edu (Daniel T. Edwards)
  1456.  
  1457. Hannes has a good idea...
  1458. are there programs that make automatic modifications to your ISL script.
  1459. I just recently discovered this neat utility, I can now use it from DOpus
  1460. without leaving the wonderful world of GUI.  
  1461.  
  1462. For those who may have forgot... ISL (Imagine Staging Language?) is a 
  1463. couple of programs that you can use to convert an Imagine staging file
  1464. into a human readable format... and back again.  It is similar in function
  1465. to TTDDD except TTDDD converts objects into human readable format.
  1466.  
  1467. I'm not a programmer (er... I'm a lazy programmer), but I would like to see
  1468. a program that uses ISL to do motion blurring (oooooo!) it seems that a clever 
  1469. programmer (not a lazy one 8) ) could write a program to load an ISL stage,
  1470. check for object motions, if an object moves the threshold distance during
  1471. one frame, then TTDDD would take the old object COPY it AND Change the Filter
  1472. values, then the program (the one I didn't write) would re-write the ISL stage
  1473. and include the filtered object (made with TTDDD) at an interpolated 
  1474. position/alignment so that the final image would appear to have a 
  1475. semi-transparent trail.  For those that have 1GB of ram to fool around with, 
  1476. there could be an option that would allow multiple copies of the moving
  1477. object to be given varying filter values and placed adjacent to one-another
  1478. thus making the filtered trail more complete (continuous (sp)).
  1479.  
  1480. That's my idea... it's free!
  1481.  
  1482.  ____________________________________________________________
  1483. /                                                            \
  1484. | Amiga 2000                James R. Walker                  |
  1485. | 2MB Chip             dedwards@unssun.scs.unr.edu           |           
  1486. | 18MB Fast    ______________________________________________|
  1487. | 130 MB Hard /                                              |
  1488. | 68040 33Mhz |read this R.M. of WB> This Imagineer for rent!| 
  1489. \____________________________________________________________/ 
  1490.  
  1491.  
  1492. ##
  1493.  
  1494. Subject: Re: stuff
  1495. Date: Mon, 21 Jun 1993 10:13:03 -0400 (EDT)
  1496. From: "Mr. Scott Krehbiel" <scott@umbc.edu>
  1497.  
  1498. > On Wed, 16 Jun 1993, Mr. Scott Krehbiel wrote:
  1499. > > I realize in re-reading my earlier post that I wasn't at all clear
  1500. > > in what I was saying.  I hate it when I do that!
  1501. > > 
  1502. > > What I was wowed by was the amount of control that Wavefront gives
  1503.  
  1504. (stuff deleted)
  1505.  
  1506. > > Scott
  1507. > So what is your point here?
  1508.  
  1509. (stuff deleted) 
  1510.  
  1511. > Nik. 
  1512. > nvukovlj@ucc.su.OZ.AU
  1513.  
  1514. My point was to highlight some neat stuff that's available in high-end
  1515. software, so we can start looking for more neat features in future
  1516. versions of Imagine (yeah, right) and so we'll start using tools 
  1517. available in pd/shareware.  (like Icoons)  
  1518.  
  1519. I agree that comparing Wave and Imagine is stupid, (and there really was
  1520. quite a thread-loss in there)  but I think it's very important to keep
  1521. aware of the high-end stuff and try to figure out convoluted bizarre
  1522. ways of using a whole bunch of non-related tools together to get
  1523. results that nobody has ever gotten b4.  That's my point.
  1524. Also, the longer and louder we shout at Impulse, the more they
  1525. have to spring on Aspirin.
  1526.  
  1527. Who knows - maybe with a little practice, Videoscape can do particle
  1528. animation.  (I'm kidding)
  1529.  
  1530. Here's a question for you: What changes would you like to see in the
  1531.                            Attributes editor?  What nifty new features?
  1532.  
  1533. Scott
  1534. and if my other post today made it through somehow, sorry for the
  1535. redundancy.
  1536.  
  1537.  
  1538. ##
  1539.  
  1540. Subject: Re: renderman... pd??
  1541. Date: Mon, 21 Jun 93 12:21:45 EDT
  1542. From: Eric A. Haines <erich@eye.com>
  1543.  
  1544. >> But there 
  1545. >> is a program out (distributed with a book) called BOB that looks just 
  1546. >> as good as Renderman.. 
  1547. >
  1548. >FYI,
  1549. >The book is by Stephen Coy who is the author of VIVID.  BOB is a version
  1550. >of VIVID.  Both shareware raytracers, and worth looking at.
  1551.  
  1552. Actually, Christopher Watkins is the first author.  The book is pretty good, and
  1553. BOB is quite fast.
  1554.  
  1555. %A Christopher D. Watkins
  1556. %A Stephen B. Coy
  1557. %B Photorealism and Raytracing in C
  1558. %I M&T Books
  1559. %C San Mateo, CA
  1560. %D 1992
  1561. %Z comes with a disk of code for "Bob" raytracer
  1562.  
  1563. Eric Haines
  1564.  
  1565.  
  1566. ##
  1567.  
  1568. Subject: Re: Trace.prob.solved
  1569. Date: Tue, 22 Jun 1993 01:31:21 +1000 (EST)
  1570. From: Nikola Vukovljak <nvukovlj@ucc.su.OZ.AU>
  1571.  
  1572. On Mon, 21 Jun 1993, Florence Ormezzano wrote:
  1573.  
  1574. > Hye !
  1575. > Thanks to everybody I solved my trace prob.
  1576. > If anybody is interested the problems where 1/objects not located at 0,0,0
  1577. > and 2/objects too big (not enough ram).
  1578. > The picture took 10h to render and was not too interesting ! hahaha oh well...
  1579. > thank you very much for all the help !
  1580. > Florence
  1581.  
  1582. Glad we could help. How did you get around the memory problem ? Just made
  1583. the object less detailed?
  1584.  
  1585. Nik.
  1586. nvukovlj@ucc.su.OZ.AU
  1587.  
  1588.  
  1589. ##
  1590.  
  1591. Subject: Re: Ok here is an imagine related one :-)
  1592. Date: Tue, 22 Jun 1993 01:14:30 +1000 (EST)
  1593. From: Nikola Vukovljak <nvukovlj@ucc.su.OZ.AU>
  1594.  
  1595. On Mon, 21 Jun 1993, Hannes Heckner wrote:
  1596.  
  1597. > Someone pointed out that on this maillist there was too few 
  1598. > imagine related subjects discussed lately.
  1599. > So here we go:
  1600. > How about exchanging essence settings via this mailllist.
  1601. > Anyone who has produced some marvellous effects with this package
  1602. > go and post it NOW
  1603.  
  1604. Yea please! Even if they are just reprints from the first Essence
  1605. newsletter. No-one outside the US ever recieved it.
  1606.  
  1607. Nik.
  1608. nvukovlj@ucc.su.OZ.AU
  1609.  
  1610.  
  1611. ##
  1612.  
  1613. Subject: CD-ROM
  1614. Date: Mon, 21 Jun 1993 11:47:51 -0500 (EST)
  1615. From: DMCCALL@uoft02.utoledo.edu
  1616.  
  1617. With all this talk about CD-ROM objects, I was wondering
  1618. if there is a SCSI CD-ROM drive that can be hooked up externally
  1619. to an A500?  My External drive takes up my expansion port so Commodors
  1620. (Ack no backspace) drive will not work... Any ideas?  
  1621. I have an old Trumpcard controller (Way slow - sigh)
  1622.  
  1623. Also, is it possible to get a sample of some Essance Textures?
  1624. I havnt even >Seen< Any much less had a chance to play with any. :(
  1625.  
  1626. Thanks,
  1627.      Don
  1628.  
  1629. DMCCALL@UOFT02.UTOLEDO.EDU
  1630.  
  1631.  
  1632. ##
  1633.  
  1634. Subject: Re: stuff
  1635. Date: Tue, 22 Jun 1993 01:21:24 +1000 (EST)
  1636. From: Nikola Vukovljak <nvukovlj@ucc.su.OZ.AU>
  1637.  
  1638. On Mon, 21 Jun 1993, Mr. Scott Krehbiel wrote:
  1639.  
  1640. > My point was to highlight some neat stuff that's available in high-end
  1641. > software, so we can start looking for more neat features in future
  1642. > versions of Imagine (yeah, right) and so we'll start using tools 
  1643. > available in pd/shareware.  (like Icoons)  
  1644.  
  1645. Hmm, Ok, but I won't hold my breath. :-)
  1646.  
  1647.  
  1648. > I agree that comparing Wave and Imagine is stupid, (and there really was
  1649. > quite a thread-loss in there)  but I think it's very important to keep
  1650. > aware of the high-end stuff and try to figure out convoluted bizarre
  1651. > ways of using a whole bunch of non-related tools together to get
  1652. > results that nobody has ever gotten b4.  That's my point.
  1653. > Also, the longer and louder we shout at Impulse, the more they
  1654. > have to spring on Aspirin.
  1655.  
  1656. I'd love to be able to combine SGI produced stuff with my work, but alas I
  1657. don't have access to one. Then again I'd be happy if Image Master gave me
  1658. real-time feedback so I could actually use it properly to composite my
  1659. images. Oh, and a new manual.
  1660.  
  1661. > Here's a question for you: What changes would you like to see in the
  1662. >                            Attributes editor?  What nifty new features?
  1663.  
  1664. Well, actually I've always been bitching about the Attributes editor, actually
  1665.  not the attributes editor itself but the Textures editor - I want Sliders
  1666. there. The colour indicator was a good start but that should have been
  1667. there in the first place. I want some feedback on what the actual texture
  1668. would look like applied to some object (anything will do I just want
  1669. feedback) - especially Essence textures.
  1670.  
  1671. Also, the brushmapping needs to be totally revamped. Altitude mapping
  1672. especially. I want to be able to apply alt. maps to any objects with ease
  1673. and not just flat planes, balls or cylinders. Controlling the depth of the
  1674. bumps with the y value while also controlling the extent of the map is
  1675. plain STUPID!
  1676.  
  1677. Ok, enough bitching... :-)
  1678.  
  1679. Nik.
  1680. nvukovlj@ucc.su.OZ.AU
  1681.  
  1682.  
  1683. ##
  1684.  
  1685. Subject: Re: T3DLIB [TDDDConv] for DOS?
  1686. Date: Mon, 21 Jun 93 15:54:16 GMT
  1687. From: glewis@pcocd2.intel.com (Glenn M. Lewis - ICD ~)
  1688.  
  1689.     After all of the Essence PC and Essence II PC work is completed,
  1690. I will take a look at T3DLIB (aka TTDDDLIB, aka TDDDConv) and see how
  1691. difficult it is to port to an MSDOS machine.  Apparently, nobody has
  1692. done the port yet, and I *know* that at least two people have officially
  1693. tried.  So I'm not promising anything, and I am especially not promising
  1694. any "delivery" date.  But I will look at it after the commercial
  1695. products get released.
  1696.     [ Sorry to the IML for having to read this answer about every
  1697. two weeks, but I am getting barraged by this question and hope these
  1698. posts will help people be patient. ]
  1699.  
  1700.                             -- Glenn Lewis
  1701.  
  1702.  
  1703. ##
  1704.  
  1705. Subject: "The" Eric Haines? (was Re: renderman... pd??)
  1706. Date: Mon, 21 Jun 93 13:07:14 CDT
  1707. From: setzer@comm.mot.com (Thomas Setzer)
  1708.  
  1709. > %A Christopher D. Watkins
  1710. > %A Stephen B. Coy
  1711. > %B Photorealism and Raytracing in C
  1712. > %I M&T Books
  1713. > %C San Mateo, CA
  1714. > %D 1992
  1715. > %Z comes with a disk of code for "Bob" raytracer
  1716. > Eric Haines
  1717. What?  No plug for your wonderful book?  Well, the book to which you made a
  1718. contribution?
  1719.  
  1720. For those of you who are unaware Eric(I hope you are the same Eric Haines) wrote
  1721. part of a book(that comes from the notes from a SIGGRAPH class, if I'm not 
  1722. mistaken) called "An Introduction to Ray Tracing."  Its an excellent book with 
  1723. lots of examples and detailed explinations without getting into *too* much 
  1724. math(hard to do with raytracing). I recommend it for anyone who is interested 
  1725. in this stuff.  There are some really nice pictures of some of Erics work 
  1726. as well.
  1727.  
  1728. I didn't know you visited this list, Eric.  Have you done any work with 
  1729. Imagine(or any other renders) lately.  Sorry if this is common knowledge, I 
  1730. don't visit the uploaded-pictures sections much.
  1731.  
  1732.  
  1733. Tom Setzer
  1734. setzer@ssd.comm.mot.com
  1735.  
  1736. *** This .sig intentionally left blank ***
  1737.  
  1738. ps  "Look Ma, no bounce messages!!!!"  Thanks Dave!!
  1739.  
  1740.  
  1741. ##
  1742.  
  1743. Subject: Essence Idea...
  1744. Date: Mon, 21 Jun 1993 15:10:50 -0500 (CDT)
  1745. From: "Cyrus J Kalbrener-1" <kalb0003@student.tc.umn.edu>
  1746.  
  1747.       This was inspired by the fire tutorial in the essence newsletter. 
  1748. Hope you like it!  
  1749.  
  1750. This will create a two-dimentional ring of fire, but with the right moves,
  1751. it will look like it's 3D and be quite convincing.
  1752.   
  1753. Add a plain disk and make it BRIGHT.
  1754.   
  1755. Set it's COLOR to a dark, fire like red, and it's FILTER all the way up to 255
  1756. for red, green, and blue.  If you want to add a fire color brush or
  1757. texture instead, do so now.  
  1758.  
  1759. Now add the Cylindturb texture and rotate it's X axis 90 degrees so that
  1760. the Z a xis points directly out from the surface of the disk.  Make the
  1761. TRANSITION RADIUS about 70%-80% of the disk radius.  Set the TRANSITION
  1762. and VARIATION WIDTH to about 5%-10% of the object radius.  Set the COLORs
  1763. all to -1 and all of the filters to 0.  Leave everything else at the
  1764. defaults.  
  1765.  
  1766. Add a second Cylindturb and again rotate the X axis so the the
  1767. Z axis points directly out from the surface of the disk.  Use the same
  1768. settings as before, except make the TRANSITION RADIUS about 90% of t he
  1769. disk radius and set the FILTERS to 255.  When rendered it should create an
  1770. opaique (sic) ring of fire with a clear center. 
  1771.  
  1772. Keep in mind that STARS will not be visible through the inside of the ring
  1773. and nothing will reflected through it. 
  1774.  
  1775. Movement can be simulated over time by morphing the textures positions
  1776. along their Z axies.  This effect can also be done with Shellturb and
  1777. Radialturb, but when animating they will look different.
  1778.  
  1779.  
  1780.     Cyrus J. Kalbrener
  1781.  
  1782.  
  1783. ##
  1784.  
  1785. Subject: Essence
  1786. Date: Mon, 21 Jun 93 16:20:11 PDT
  1787. From: kevink@ced.berkeley.edu (Kevin Kodama)
  1788.  
  1789. The essence examples being posted are pretty cool :-) Any chance of
  1790. Steve and Glenn releasing LIGHTWAVE Essence ? (please ?)
  1791. Also, since I don't have essence yet, can someone or anyone tell me
  1792. approximately how much rendering slowdown are you experiencing, vis a vis
  1793. image mapping etc.. ? For example, in Lightwave 2.0, procedural textures are
  1794. *slower* on the 040 than the 030 (this has been corrected i hear in 3.0)
  1795. Are those of you running 040's and Imagine running into similar slowdowns?
  1796. thanks
  1797. kevin
  1798. kevink@ced.berkeley.edu
  1799.  
  1800.  
  1801. ##
  1802.  
  1803. Subject: trace.last
  1804. Date: Tue, 22 Jun 93 0:02:32 EDT
  1805. From: Florence Ormezzano <Florence.Ormezzano@lambada.oit.unc.edu>
  1806.  
  1807. Just making the object smaller (scaled it in xyz) allowed me too use the
  1808. trace mode and still have everything being rendered ( instead of half the
  1809. object ). But it was so slow ! it's not possible to make an animation that
  1810. way...I will buy more ram...
  1811. Florence
  1812.  
  1813.  
  1814. ##
  1815.  
  1816. Subject: CD-ROM
  1817. Date: 21 Jun 93 23:02:36 EDT
  1818. From: Jonathan Hirschman <70274.2526@CompuServe.COM>
  1819.  
  1820. >With all this talk about CD-ROM objects, I was wondering
  1821. >if there is a SCSI CD-ROM drive that can be hooked up externally
  1822. >to an A500?  My External drive takes up my expansion port so Commodors
  1823. >(Ack no backspace) drive will not work... Any ideas?  
  1824. >I have an old Trumpcard controller (Way slow - sigh)
  1825. >
  1826. >Also, is it possible to get a sample of some Essance Textures?
  1827. >I havnt even >Seen< Any much less had a chance to play with any. :( 
  1828. >Thanks,
  1829. >     Don
  1830. >
  1831. >DMCCALL@UOFT02.UTOLEDO.EDU
  1832.  
  1833.  
  1834. Don,
  1835.  
  1836. Almost any SCSI CD-ROM can be hooked up externally; I am using an
  1837. externally cased Toshiba 3301B, and it works quite well along with the
  1838. Xetec file system.
  1839.  
  1840. Take a look in any Mac magazine, and get something with specs that are
  1841. agreeable to you and your budget.  Any good Amiga mail order house will
  1842. have the Xetec file system.  All you need is the proper cabling after
  1843. that!  Xetec's installation procedure is very easy.
  1844.  
  1845. Make sure that the Trumpcard is SCSI-Direct compatible (I believe it is),a
  1846. nd make sure that the CD-ROM mechanism is one that is well supported, like
  1847. Toshiba or NEC.  You'll need the right SCSI cable, and a terminator; you
  1848. will probably have to take terminators either off the drive in the
  1849. Trumpcard housing, or off the Trumpcard electronics.
  1850.  
  1851.  
  1852.            //Jonathan,
  1853.        \\//via AutoPilot
  1854.  
  1855.  
  1856. ##
  1857.  
  1858. Subject: Animation formats and programs
  1859. Date: Tue, 22 Jun 93 1:10:28 EDT
  1860. From: Steve J. Lombardi <stlombo@eos.acm.rpi.edu>
  1861.  
  1862. I just finished rendering 50 frames in imagine. I want to convert
  1863. them from iff24 to a suitable ham8 animation format. some questions:
  1864.  
  1865. 1. Speed wise is anim 7 or anim 8 faster. or perhaps another format??
  1866.  
  1867. 2. Can anyone recommend a good piece of shareware to convert a series
  1868. of iff24 images to the above superior anim format?? 
  1869.  
  1870. 3. Is there a version of Viewtek that can do this or do I need to create anim5
  1871. before going to anim 7.
  1872.  
  1873. 4. I remember a fellow (Udo Shurman?? I hope I didn''t butcher your name
  1874. to badly, Udo) recommending a program, actually a set of programs, to do
  1875. exactly what I want. The name fails me. It was something like a??-a??
  1876.  
  1877. A tip of my hat to anyone who can help. thanks.
  1878. _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
  1879.                     | why would he be such a jerk? i know that he doesn't smoke 
  1880. steve lombardi      | drugs. and he doesn't do cocaine. and he doesn't shoot 
  1881. stlombo@acm.rpi.edu | smack. and he doesn't even drink beer. Why would he be 
  1882.                     | such a fu*ker to me? --WEEN
  1883.  
  1884.  
  1885. ##
  1886.  
  1887. Subject: Metaballs
  1888. Date: Tue, 22 Jun 93 07:24:47 +0100
  1889. From: heberle@s0.trier.fh-rpl.de (Heberle H.)
  1890.  
  1891. >As mentioned in my previous post, metaballs are what you want to achieve what
  1892. >you are talking about. TDI recently added metaball modeling and rendering to
  1893. >their software and if I remember, Prisms has it as well. I forget if Softimage
  1894. >does. But no, no PC based software has this capability. Bones in Imagine
  1895. >are likely a copy of what they are in LW, a means to put a skeletal structure
  1896. >inside an object and deform the object based on the movements of the skeleton.
  1897. --------------------------------------------------------------------------------
  1898. Yes, Softimage does allow you to model with metaballs.
  1899. Horst
  1900. heberle@pcserver.trier.fh-rpl.de
  1901.  
  1902.  
  1903. ##
  1904.  
  1905. Subject: Re: Animation formats and programs
  1906. Date: Tue, 22 Jun 93 0:50:32 PDT
  1907. From: jwalkup@sfsuvax1.sfsu.edu (Jeff Walkup)
  1908.  
  1909.  
  1910. > 1. Speed wise is anim 7 or anim 8 faster. or perhaps another format??
  1911.  
  1912. Anim7_32 is the fastest, but also gets the worst compression.
  1913. Anim7_16 is a little slower, but the files are smaller.
  1914.  
  1915.  
  1916. > 2. Can anyone recommend a good piece of shareware to convert a series
  1917. > of iff24 images to the above superior anim format?? 
  1918.  
  1919. I recommend "MainActor".  It will let you build anims from frames
  1920. (rendered only, no 24bit or JPEG), bust anims up into frames, append
  1921. anims, view anims or portions of anims, etc etc etc...  MainActor is
  1922. shareware and can be found on Aminet in gfx/edit.  Too bad the author
  1923. wants $50 (!!!) for registration....
  1924. Since it can't deal with 24bit files, you'll need something else to
  1925. render them into HAM first.  "Rend24" is probably your best bet, it's
  1926. also on Aminet under os30/gfx.
  1927.  
  1928.  
  1929. > 3. Is there a version of Viewtek that can do this or do I need to create anim5
  1930. > before going to anim 7.
  1931.  
  1932. Viewtek doesn't create anims, only plays them back (and shoddily at
  1933. that).  MainActor plays Anim7's much better, if you can load the whole
  1934. thing in memory - if you can't, it'll play it back from hard disk (much
  1935. slower and choppy, of course).
  1936.  
  1937. -- 
  1938. Jeff Walkup - jwalkup@sfsuvax1.sfsu.edu - Digital Animator / Videographer
  1939.  
  1940.  
  1941. ##
  1942.  
  1943. Subject: imagine-question
  1944. Date:     Tue, 22 Jun 1993 13:49:04 +0200
  1945. From: Peter Bugla <bugla@informatik.tu-muenchen.de>
  1946.  
  1947. Hi imagine-users!
  1948.  
  1949. First my apologies, if my question is too simple, but I started
  1950. working with Imagine 2.0 (PC-Version) about 2 weeks ago.
  1951.  
  1952. I made the p51 (which comes with the program) follow a "holding"-
  1953. path (something like a horizontal loop), with nice banking in 
  1954. turns :) without any greater problems as follows:
  1955. Copy your flight-path, edit new path, click on start-point, split 
  1956. segment for some time and erase all new points except the last new made,
  1957. and  erase(!) the point you started with, then let a simple axis
  1958. (TRACK) follow this second (track-)path , and track the plane to TRACK. 
  1959. The plane now follows the TRACK, which is a little ahead.
  1960. Now you can do banking with 'rotate around y-axis' in the
  1961. info-requester in the action-editor making nice little exact
  1962. 30degree turns ;-) while the plane is still following its path. 
  1963. (Any suggestions for an easier way to do this?)
  1964.  
  1965. Now my BIG problem:
  1966.  
  1967. I added a looping to the flight-path (looking like a circle in the
  1968. z-x-window (front). The points that define the looping (5) are aranged 
  1969. as follows:
  1970.            <-    
  1971.           __*__
  1972.              /  3  \    
  1973.             /       \
  1974.             |       |  ^ 
  1975.            4*       *2 |  
  1976.         |       |
  1977.             \      / 
  1978.   ->         \    /          ->
  1979.   _________*__>__<__*__________
  1980.            1        5
  1981.  
  1982. (Ufff! I'm really not so good with this kind of graphix.)
  1983. with each point oriented:
  1984. z-axis pointing to the center of the circle,
  1985. y-axis pointing in the direction of the plane (along the looping)
  1986. x-axis (logically) to the viewer (corresponding to the above pic).
  1987.  
  1988. The plane behaves as expected (cockpit facing the center of the looping)
  1989. until it reaches point 2, where it suddenly (from one pic to the next)
  1990. makes a 180 degree roll facing cockpit out. It "stays" in this orien-
  1991. tation (cockpit facing out) until it reaches point 4, rolling back 
  1992. to cockpit-in orientation, leaving the loop correctly.
  1993.  
  1994. This means: The lower half of the loop is "flown" correctly,
  1995. but the upper half belongs to an outer looping (or out-looping ?).
  1996.  
  1997. Why this turn ?????
  1998. I'm absolutely sure I didn't asked for it!
  1999.  
  2000. The plane's (and TRACK's) axis are oriented (with plane horizontal!):
  2001. z-axis pointing up (in the sky)
  2002. y-axis pointing in the way it is expected to fly: from the middle
  2003.        through the propeller
  2004. x-axis (logically) to one wing.
  2005.  
  2006. Is there anyone who can tell me how to fix it? 
  2007. Any help is greatly appreciated!
  2008.  
  2009. Thanx in advance 
  2010.     Peter
  2011.  
  2012. PS: My Imagine crashes very often, totally unintended without any key
  2013. pressed or mouse movements made.
  2014. Sometimes it even crashes in the moment it tries to start (on
  2015. a new booted system !!! (imagine this !! ;-) ) , telling :
  2016. Abnormal program termination!
  2017. Remember what you were doing and call impulse.
  2018. "Well, I just started this $#@^$%#^%@ Program, okay!!"
  2019. I don't think Impulse will like me saying this on the phone :-).
  2020. Is there somebody else with major crash-problems?
  2021. Any suggestions?
  2022.  
  2023.  
  2024. ***********************************************************************
  2025. *Peter Bugla                              "Gravity brings me down..." *
  2026. *E-mail: bugla@informatik.tu-muenchen.de        -- unknown            *
  2027. ***********************************************************************
  2028.  
  2029.  
  2030. ##
  2031.  
  2032. Subject: Re: trace.last
  2033. Date: Tue, 22 Jun 93 08:11:21 -0400
  2034. From: mbc@po.CWRU.Edu (Michael B. Comet)
  2035.  
  2036. >
  2037. >Just making the object smaller (scaled it in xyz) allowed me too use the
  2038. >trace mode and still have everything being rendered ( instead of half the
  2039. >object ). But it was so slow ! it's not possible to make an animation that
  2040. >way...I will buy more ram...
  2041. >Florence
  2042. >
  2043. >
  2044.  
  2045.     Hmmm.. Buying more RAM is a good idea, but don't expect it to
  2046. make things faster! For that you need to either not trace (do scanline)
  2047. or to get an accelerator card.
  2048.  
  2049.  
  2050.  
  2051. --
  2052. +======================================================================+
  2053. |  Michael B. Comet -   Software Engineer / Graphics Artist  - CWRU    |
  2054. |  mbc@po.CWRU.Edu  - "Silence those who oppose the freedom of speech" |
  2055. +======================================================================+
  2056.  
  2057.  
  2058. ##
  2059.  
  2060. Subject: Re: Thread Rot
  2061. Date: Mon, 21 Jun 93 08:46:03 EDT
  2062. From: watters <watters@cranel.com>
  2063.  
  2064. > If you don't know what IDE is or what it stands for, don't ask here. 
  2065. > This is not the place to debug your PC.  Mailer and elm questions
  2066. > should be solved in private mail with the list administrator.  Read
  2067. > the FAQ and learn how to subscribe and unsubscribe.  I don't care if
  2068. > you've been on television.
  2069.  
  2070. Whether you like it or not, the list eventually becomes a group of friends
  2071. who will end up discussing things other than Imagine.  A kind note reminding
  2072. people to get back on track might help, but a note saying 'I don't like this..
  2073. quit it...  quit it...'  doesn't.
  2074.  
  2075. > I don't think a signature is necessary
  2076.  
  2077. I do.
  2078.  
  2079. > and should never be more than one or two lines.
  2080.  
  2081. I believe four is the accepted norm.
  2082.  
  2083. > I don't want to see your prowess with ASCII graphics.
  2084.  
  2085. You are telling a bunch of artist to quit being creative??
  2086.  
  2087. > If I'm curious about your favorite soda or car, I'll ask,
  2088. > OK?  Otherwise, I don't want to know, and I don't want to read about
  2089. > it every three days, or even three times a day, kholland.  
  2090.  
  2091. unsubscibe | imagine-request@email.sp.paramax.com
  2092.  
  2093. > And for heaven's sake, you don't need to quote the other person's signature,
  2094. > too.
  2095.  
  2096. This is true.
  2097.  
  2098. > This is not the POV or Wavefront or metaballs or Radiance or Rayshade
  2099. > mailing list.
  2100.  
  2101. So.  They should certainly be discussed with regards to how they compare and
  2102. relate to imagine.
  2103.  
  2104. > Enough!  Enough!
  2105.  
  2106. Fine.  Equally so, enough of the post about how Pixel 3D sucks rocks, and we
  2107. should all go out and buy Interchange as well as weekly notices about the up
  2108. coming object CD.  Neither topic seems to be directly related to Imagine.
  2109.  
  2110. However, if it was up to me... feel free to talk about that, other software,
  2111. they latest greatest utility you got, new display boards and playback boards,
  2112. as well as the recent work you have done for considerably less than what it
  2113. was worth!  The kind of things that friends with something in common talk about.
  2114.  
  2115. ps.  I really was on national TV, I've included some ASCII graphics, and if
  2116. you can't tell what make of car I like by my >2 line sig, I can post a message
  2117. talking about it in detail
  2118.  
  2119. pps. a partial smiley applies.
  2120.  
  2121.              _     ___
  2122. David    ~  |_|,--'   |@,__
  2123. Watters   ~   ( )-_______-()`-
  2124.  
  2125. --
  2126. David R. Watters (watters@cranel.com)    Cranel Inc. Development & Engineering
  2127. "Porsche.  The very name is, to many, the last word in sports cars. Any car
  2128.  blessed with these magic seven letters is sure to be the very best. Period!"
  2129.                         - Car and Driver, January 1993                      
  2130.  
  2131.  
  2132. ##
  2133.  
  2134. Subject: Re: Re: Thread Rot
  2135. Date: 22 Jun 93 09:15:28 EDT
  2136. From: John Foust / Syndesis Corporation <76004.1763@CompuServe.COM>
  2137.  
  2138. To: >internet: imagine@email.sp.paramax.com
  2139.  
  2140. watters <watters@cranel.com> writes:
  2141. > Whether you like it or not, the list eventually becomes a group of friends
  2142.  
  2143. I am not your friend.  These people on the list are not your friends.
  2144. The computer is your friend.
  2145.  
  2146. > I believe four is the accepted norm.
  2147.  
  2148. So you use eight or nine?  Do you say "Hi, I'm David Watters and I
  2149. like Porsches" every time you sit down with your group of friends?
  2150.  
  2151. > However, if it was up to me... feel free to talk about that, other
  2152. > software, they latest greatest utility you got, new display boards
  2153. > and playback boards,
  2154.  
  2155. Not really.  You must be confusing the "Imagine mailing list" with
  2156. the "general Amiga" areas of Internet mail.
  2157.  
  2158. > Fine.  Equally so, enough of the post about how Pixel 3D sucks rocks,
  2159.  
  2160. I see - I can't post about my area of expertise, but it's OK for
  2161. "computer aides" who've taken an entry-level assembler class to spend
  2162. 500+ lines three times a day talking about proper software
  2163. development, and for everyone to pipe up "Golly, I've read about
  2164. metaballs, too, and they should add that to Imagine!"
  2165.  
  2166. > notices about the up coming object CD.  Neither topic seems to be
  2167.  
  2168. The 3D-ROM disc has more than 500 Imagine objects...  that's more
  2169. relevant than IDE or SCSI.  Why not post those unrelated responses to
  2170. the SENDER, not to the LIST?  That's much more friendly.
  2171.  
  2172. As for Syndesis's online presence - where's Impulse?  Where's Axiom?
  2173. Apex is here, of course.  Where's any other Amiga or Imagine-related
  2174. company on this mailing list?  Oh, they're not our friends.
  2175.  
  2176.  
  2177. ##
  2178.  
  2179. Subject: Re: Animation formats and programs
  2180. Date: Wed, 23 Jun 1993 00:41:32 +1000 (EST)
  2181. From: Nikola Vukovljak <nvukovlj@ucc.su.OZ.AU>
  2182.  
  2183. On Tue, 22 Jun 1993, Steve J. Lombardi wrote:
  2184.  
  2185. > I just finished rendering 50 frames in imagine. I want to convert
  2186. > them from iff24 to a suitable ham8 animation format. some questions:
  2187. > 1. Speed wise is anim 7 or anim 8 faster. or perhaps another format??
  2188.  
  2189. Depends on the machine. If you have an AGA machine the two should be
  2190. similar in speed. If not then Anim7. Anim8 has been optimised for AGA
  2191. machines only.
  2192.  
  2193. > 2. Can anyone recommend a good piece of shareware to convert a series
  2194. > of iff24 images to the above superior anim format?? 
  2195.  
  2196. Hmm, I know that Rend 24 will convert to Anim5 and then you can use a
  2197. program that comes with Viewtek to convert to Anim7. 
  2198.  
  2199.  
  2200. The commercial option would be AdPro of course especiall with a new add on
  2201. program called Anim Workshop, but this is not a cheap way.
  2202.  
  2203. Nik.
  2204.  
  2205. nvukovlj@ucc.su.OZ.AU
  2206.  
  2207.  
  2208. ##
  2209.  
  2210. Subject: Re: Animation formats and programs
  2211. Date: Tue, 22 Jun 93 9:40:02 PDT
  2212. From: sellis@ucssun1.sdsu.edu (Virtually Here)
  2213.  
  2214. Steve J. Lombardi just said:
  2215. > 1. Speed wise is anim 7 or anim 8 faster. or perhaps another format??
  2216. Anim 7 seems to be a bit faster on machines where the CPU has a 32
  2217. bit path to chipram (i.e., 3000, 4000, 1200).
  2218.  
  2219. > 2. Can anyone recommend a good piece of shareware to convert a series
  2220. > of iff24 images to the above superior anim format?? 
  2221.  
  2222. I'm not sure if it will work directly with IFF24 images or not (I
  2223. don't beleive it will), but MainActor (available on the AmiNet
  2224. mirror near you) will do most of what you want.  It can load and
  2225. save in a variety of formats, including IFF Frames, AnimBrush, Anim
  2226. 7 (with either 16 or 32 bit compression) Anim 5, Icons, etc etc etc.
  2227. It also supports altering the animation via changing screenmodes,
  2228. centering the anim, changing the timing of individual frames in the
  2229. anim, and lots of other little goodies.  It has a GREAT GadTools
  2230. interface, and fully takes advantage of the 3.0 operating system if
  2231. it finds it.  Very cool stuff.
  2232.  
  2233. It's shareware, and IMO very well done.
  2234.  
  2235.    /////////////////////////////////////////////////////////////////////
  2236.   //  Scott Ellis //  IRC: ScottE // WARNING: This signature warps   //
  2237.  //    sellis@ucssun1.sdsu.edu   //  time and space in its vicinity //
  2238. /////////////////////////////////////////////////////////////////////
  2239.  
  2240.  
  2241. ##
  2242.  
  2243. Subject: Re: Thread Rot
  2244. Date: Tue, 22 Jun 93 13:25:49 EDT
  2245. From: watters <watters@cranel.com>
  2246.  
  2247. Last one from me... I promise
  2248.  
  2249. > watters <watters@cranel.com> writes:
  2250. > > Whether you like it or not, the list eventually becomes a group of friends
  2251. > I am not your friend.  These people on the list are not your friends.
  2252. > The computer is your friend.
  2253.  
  2254. Okay, glad to know you aren't my friend.  Some people on this list our my
  2255. friends... so all my posts should be read by them only I guess.
  2256.  
  2257. > > I believe four is the accepted norm.
  2258. > So you use eight or nine?  Do you say "Hi, I'm David Watters and I
  2259. > like Porsches" every time you sit down with your group of friends?
  2260.  
  2261. I don't tell them where I work every time either... this is totally stupid.
  2262.  
  2263. > > However, if it was up to me... feel free to talk about that, other
  2264. > > software, they latest greatest utility you got, new display boards
  2265. > > and playback boards,
  2266. > Not really.  You must be confusing the "Imagine mailing list" with
  2267. > the "general Amiga" areas of Internet mail.
  2268.  
  2269. Well then John, you tell me what the mailing list is?  I would rather this
  2270. be a newsgroup, but as this idea was rejected before due to a lot of people
  2271. not having UseNet news we are stuck with a mailing list.
  2272. Wether it come through Email, or in a newsgroup... it is the same.
  2273.  
  2274. > > Fine.  Equally so, enough of the post about how Pixel 3D sucks rocks,
  2275. > I see - I can't post about my area of expertise, but it's OK for
  2276. > "computer aides" who've taken an entry-level assembler class to spend
  2277. > 500+ lines three times a day talking about proper software
  2278. > development
  2279.  
  2280. This is not happening.  What is happening is people are discussing other
  2281. products (DPS PAR w/ IDE, CDROMs, Video Boards) which they are using or
  2282. buying on the same machine they run Imagine on.
  2283.  
  2284. > and for everyone to pipe up "Golly, I've read about
  2285. > metaballs, too, and they should add that to Imagine!"
  2286.  
  2287. YES!  If a person on this mailing list once to voice his opinion that 
  2288. Imagine should have iso-surface support... he should do it!
  2289.  
  2290. > The 3D-ROM disc has more than 500 Imagine objects...  that's more
  2291. > relevant than IDE or SCSI.
  2292.  
  2293. The SCSI/IDE discussion, as I saw it, had to do with the recording and playback
  2294. of 24bit animations off of hard disk.
  2295.  
  2296. > As for Syndesis's online presence - where's Impulse?  Where's Axiom?
  2297. > Apex is here, of course.  Where's any other Amiga or Imagine-related
  2298. > company on this mailing list?  Oh, they're not our friends.
  2299.  
  2300. I value the online presence of ANY and ALL companies.  They do, however, have
  2301. to be very carefull not to raise a ruckus as you have with me because I will
  2302. no avoiding buying Interchange PRO if I can help it, and I am starting to wish
  2303. I hand't bought Interchange... especially since I never use it and always use
  2304. Pixel 3D instead.
  2305.  
  2306. It's that easy to loose a customer or perspective customer just because you
  2307. got a little tired of skipping messages that covered animation playback of
  2308. IDE or SCSI, or the fact that I was on TV.... I really was you know.
  2309.  
  2310. btw... How does this little argument fit in you NewImagineWorldOrder for the
  2311. list?
  2312.  
  2313.  
  2314. <look out John... here comes the sig... and I think it mentions Porsches again>
  2315.  
  2316.              _     ___
  2317. David    ~  |_|,--'   |@,__
  2318. Watters   ~   ( )-_______-()`-
  2319.  
  2320. --
  2321. David R. Watters (watters@cranel.com)    Cranel Inc. Development & Engineering
  2322. "Porsche.  The very name is, to many, the last word in sports cars. Any car
  2323.  blessed with these magic seven letters is sure to be the very best. Period!"
  2324.                         - Car and Driver, January 1993                      
  2325.  
  2326.  
  2327. ##
  2328.  
  2329. Subject: Re: Re: Thread Rot
  2330. Date: Tue, 22 Jun 1993 11:06:22 -0700 (PDT)
  2331. From: First Consulting Group <dakelly@class.org>
  2332.  
  2333. You have no right to say something like,
  2334.  
  2335. "These people on the list are not your friends"
  2336.  
  2337. without prefacing it with IMO or IMHO.  As far as I am concerned, people
  2338. who contribute to the list, especially those who volunteer their time in
  2339. solving others' problems, are behaving in a friendly way and deserve to be
  2340. called friends.  I regard anyone on the IML as a potential friend I just
  2341. haven't met yet.
  2342.  
  2343. IMHO, discussion of hardware and software other than Imagine is still of
  2344. use, in that it can contribute new tools to the Imagineer's bag of tricks.
  2345.  If you want to publicize Syndesis' CD-ROM (and please do, I for one am
  2346. very interested), you should also tolerate others' questions about
  2347. interfacing CD-ROM drives, and, by extension, any other hardware or
  2348. software useful or necessary to using Imagine.
  2349.  
  2350. Life's too short to waste time on intolerance.  Everybody lighten up!
  2351. ------------------------------------------------------------------------------
  2352. Doug Kelly               Information Specialist         First Consulting Group
  2353. dakelly@class.org  (310)595-5291x125  P.O.Box 5161, Los Alamitos,CA 90721-5161
  2354.  
  2355.    "The difference between genius and stupidity: genius has its limits."
  2356. ------------------------------------------------------------------------------
  2357.  
  2358.  
  2359. ##
  2360.  
  2361. Subject: looking for Adpro help
  2362. Date: Tue, 22 Jun 93 13:15:22 CDT
  2363. From: drrogers@camelot.b24a.ingr.com (Dale R Rogers)
  2364.  
  2365.     If anyone is familiar with working with colors in ADPro, please
  2366.     contact me personally.  I would like to ask you some questions
  2367.     about working with merging pictures.
  2368.  
  2369.     Put that way... I should stay out of trouble. 
  2370.  
  2371.     If I don't ANY response, I'll probably post something to the list.
  2372.     Fair warning.  ;-)
  2373.  
  2374.     Dale
  2375.  
  2376.  
  2377.        _____________________________^_____________________________
  2378.        dale r. rogers 
  2379.        afme support                               MailStop: LR24A4
  2380.        drrogers@b24a.b24a.ingr.com             Tel: (205) 730-8294
  2381.                                     .
  2382.  
  2383.  
  2384. ##
  2385.  
  2386. Subject: Re: Animation formats and programs
  2387. Date: Tue, 22 Jun 1993 13:43:46 -0500 (CDT)
  2388. From: "Cyrus J Kalbrener-1" <kalb0003@student.tc.umn.edu>
  2389.  
  2390. On Tue, 22 Jun 1993, Steve J. Lombardi wrote:
  2391.  
  2392. > I just finished rendering 50 frames in imagine. I want to convert
  2393. > them from iff24 to a suitable ham8 animation format. some questions:
  2394. > 1. Speed wise is anim 7 or anim 8 faster. or perhaps another format??
  2395.  
  2396. Anim 7 is suposedly faster than Anim8
  2397.  
  2398. > 2. Can anyone recommend a good piece of shareware to convert a series
  2399. > of iff24 images to the above superior anim format?? 
  2400.  
  2401. Main Actor, while rathe buggy, can convert individual frames to anim 5,
  2402. anim7, anim7_16, or anim7_32(for 16 or 32 bit machines).
  2403.  
  2404. > 3. Is there a version of Viewtek that can do this or do I need to create anim5
  2405. > before going to anim 7.
  2406.  
  2407. See above
  2408.  
  2409. Remainder deleted...
  2410.  
  2411.  
  2412.     Hope this helps!
  2413.  
  2414.  
  2415.  
  2416.         Cyrus J. Kalbrener
  2417.  
  2418.  
  2419.  
  2420. ##
  2421.  
  2422. Subject: CONTACT
  2423. Date: Tue, 22 Jun 93 13:14:21 CDT
  2424. From: dave@flip.sp.paramax.com (Dave Wickard)
  2425.  
  2426. Hey hey hey Imagineers!   :-)
  2427.  
  2428.  
  2429. I would like at this time to clarify what I see my
  2430. role as IML administrator as.
  2431.  
  2432. Ideally, I see myself as the person nobody knows exists
  2433. except when they are subscribing or unsubscribing to the 
  2434. list...or have delivery problems.
  2435.  
  2436. Realistically, I think I have to take a role that's only
  2437. slightly more active. If we begin to deviate from the
  2438. acceptable bounds of the IML charter (we have), if we
  2439. step over the bounds of common courtesy (we have), 
  2440. or if we tend to delve into areas that are not 
  2441. productive to the group as far as scope, length or
  2442. atmosphere (we have)...then I should do something.
  2443.  
  2444. Allow me to quote from the IML Guide-
  2445.  
  2446. >The single and cardinal rule of the IML is to treat your fellow
  2447. >readers and posters with the same respect you would appreciate
  2448. >accorded yourself. In other words, it's OK to reasonably
  2449. >and intelligently describe why one package or hardware platform is
  2450. >preferable for your use in a specific instance. It is NOT OK to blast
  2451. >or flame the large time and financial investments made by others in
  2452. >competing hardware and software products. 
  2453.  
  2454. While it is indeed acceptable to quote portions 
  2455. of a prior message for clarity's sake... one would have to
  2456. acknowledge that for the most part, we don't need a tremendous
  2457. amount of quoting here. Remembering that some members pay per
  2458. mail volume (line/bytes/message), efficiently communicating your
  2459. message in a minimal volume should be a goal of us all.
  2460.  
  2461. I think alot of our trouble has arisen from the tendency we
  2462. all have to state our feelings as indisputable fact.
  2463. Even if we don't *feel* that way, our written words are strong,
  2464. decisive and unwavering. They are virtually "lines in the sand"
  2465. that are drawn as we dare anyone to step over them.
  2466.  
  2467. Let's just call a timeout if we can, on some of the more 
  2468. controversial interactions we've been having. Nobody wins those.
  2469. Everyone reading has an interest in Imagine and/or 3D rendering
  2470. in general. We have quite a few knowledgeable professionals 
  2471. here as well as highly talented hobbyists. Let's draw on 
  2472. this strength and get back on track.
  2473.  
  2474.  
  2475. Again, other packages are open for discussion here, but let's
  2476. try and at least keep things within the global sphere of
  2477. Imagine, at a reasonable length, with the courtesy assumed
  2478. in a civil conversation.
  2479.  
  2480.  
  2481. Sorry to get in your faces with this... and it's not aimed at
  2482. anyone in particular...it's merely a preventative measure.
  2483.  
  2484.  
  2485.  
  2486. Dave Wickard  (612) 456-2783   "Son, we didn't talk to our elders like
  2487. dave@flip.sp.paramax.com        that in my days."
  2488. Sam_Malone@cup.portal.com      "Well these are *my* days sir, and we do."
  2489. imagine-request@email.sp.paramax.com        -The Simpsons
  2490. (for subscribes/unsubscribes/changes)
  2491.  
  2492.  
  2493. ##
  2494.  
  2495. Subject: Re: Animation formats and programs
  2496. Date: Tue, 22 Jun 93 12:47:54 MDT
  2497. From: bscott@nyx.cs.du.edu (Ben Scott)
  2498.  
  2499. I keep seeing people praising MainActor but I tried it on my 4000 and could
  2500. not get it to do anything but crash.  My system is otherwise very very stable
  2501. (even Imagine itself doesn't crash much...) and the crashes were repeatable.
  2502. Is it working for everyone but me?
  2503.  
  2504. .                         <<<<Infinite K>>>>
  2505.  
  2506. --
  2507. .---------------------------------------------------------------------------.
  2508. |Ben Scott, professional goof-off and consultant at The Raster Image, Denver|
  2509. |Internet bscott@nyx.cs.du.edu, or call the Arvada 68K BBS at (303)424-6208.| 
  2510. >----------------------------------------..---------------------------------<
  2511. | "It's Woodstock!  Three days of peace, || The Raster Image IS responsible |
  2512. |love, and stock footage!" - Joel, MST3k || for everything I say! **Amiga** |
  2513. `----------------------------------------'`---------------------------------'
  2514.  
  2515.  
  2516. ##
  2517.  
  2518. Subject: Just a thought ...
  2519. Date:     Tue, 22 Jun 1993 22:44:15 +0200
  2520. From: Hannes Heckner <hecknerh@informatik.tu-muenchen.de>
  2521.  
  2522. Well I know that someone will flame me again, when I write something
  2523. that is not directly related to imagine but just hold on and you will
  2524. probably agree that my "thoughts" are quite imagine related :-)
  2525.  
  2526. Listing last weeks to the list revealed to me that most of the
  2527. more professional imagine users are hungry for nice new features
  2528. in new versions of imagine. In there postings they talk sometimes about 
  2529. complex graphic tools/features (such as Metaballs ...). I think 
  2530. that there are some very professional experts on this list which
  2531. reached the limits of imagine. 
  2532. Now to my thought :-)
  2533.  
  2534. How about using their potentials to spawn a new mailing list or
  2535. newsgroup for developing a own rendering software. As far as I know
  2536. there are about 300-400 members on this list. Take five to ten
  2537. percents of them to be professionals that makes about 15-40 people.
  2538. I think that this number is more then sufficient for
  2539. 1) found a new maillist
  2540. 2) develop a own software
  2541.  
  2542. I know that there are other maillists around (dealing with exactly
  2543. this kind of thing) but I think that especially here on this maillist
  2544. are quite smart people. Take
  2545. -> Steve Worley and Glenn Lewis (Essence is superb, nobody will doubt 
  2546. that)
  2547. -> Mark Thompson (well he is actually not a imagine guy :-) but
  2548. also a very trained person in cg). For those you do not know, take a
  2549. look at some of his pictures, they are marvellous!!
  2550.  
  2551. This is by far NO COMPLETE LIST AT ALL but you will agree that
  2552. there is a potential lying here on this list which ought to be
  2553. "exploited"
  2554. For those who want to flame me to death:
  2555. It was just a thought of mine, an idea what we could do ...
  2556. In the end the only thing that interests everyone on this list is
  2557. HOW TO MAKE STUNNING COMPUTER GRAPHICS 
  2558.  
  2559. Now folks, let the flames come .... :-)
  2560. But I also want to here your opinions about my "thought"
  2561.  
  2562. Hannes
  2563.  
  2564. PS: Where are nice settings for essence textures. Keep them coming !!!!
  2565.  
  2566.  
  2567. ##
  2568.  
  2569. Subject: Re: Thread Rot (boy does it)
  2570. Date: Tue, 22 Jun 93 15:47:29 CDT
  2571. From: setzer@comm.mot.com (Thomas Setzer)
  2572.  
  2573. [bunch of stuff I could care less about deleted]
  2574. > > > Fine.  Equally so, enough of the post about how Pixel 3D sucks rocks,
  2575. > > 
  2576. > > I see - I can't post about my area of expertise, but it's OK for
  2577. > > "computer aides" who've taken an entry-level assembler class to spend
  2578. > > 500+ lines three times a day talking about proper software
  2579. > > development
  2580. > This is not happening.  What is happening is people are discussing other
  2581. > products (DPS PAR w/ IDE, CDROMs, Video Boards) which they are using or
  2582. > buying on the same machine they run Imagine on.
  2583. Sorry Dave, I have to disagree with you here... It is indeed happening.  In
  2584. fact, I don't see how you missed it, considering that is how this thread got
  2585. started.  Just the other day I arrived to find ~32k of crap(IMNSHO) in one mail
  2586. message.  Did you read it?  Sure, John exaggerated a little, but not much.
  2587.  
  2588. > > The 3D-ROM disc has more than 500 Imagine objects...  that's more
  2589. > > relevant than IDE or SCSI.
  2590. > The SCSI/IDE discussion, as I saw it, had to do with the recording and playback
  2591. > of 24bit animations off of hard disk.
  2592.  
  2593. The original IDE discussion was about what IDE stands for.  It started with a 
  2594. relevent subject but degraded to "I'm Dumb, Everyone".  No big deal, small
  2595. mail, deletes easy, takes up little space.
  2596. > > As for Syndesis's online presence - where's Impulse?  Where's Axiom?
  2597. > > Apex is here, of course.  Where's any other Amiga or Imagine-related
  2598. > > company on this mailing list?  Oh, they're not our friends.
  2599. > I value the online presence of ANY and ALL companies.  They do, however, have
  2600. > to be very carefull not to raise a ruckus as you have with me because I will
  2601. > no avoiding buying Interchange PRO if I can help it, and I am starting to wish
  2602. > I hand't bought Interchange... especially since I never use it and always use
  2603.  
  2604. Dave, come on.  Isn't there a rule about whining on the Net.  No?  maybe not.
  2605. but don't go stomping out of a room like a pouting 5 year old because someone
  2606. defends what they said.  We use Imagine, and Impulse won't even talk to us, much
  2607. less flame us.
  2608.  
  2609. > btw... How does this little argument fit in you NewImagineWorldOrder for the
  2610. > list?
  2611. I was wondering about that too. Well, he was expressing his opinion which is
  2612. what you are for, but you are flaming him because he said you shouldn't 
  2613. express opinions on the net.  Vicious cycle.  (Ok, so I was reaching, we're 
  2614. all friends here right?  Ooops, sorry, wrong mail list ) ;)
  2615.  
  2616. Tom "Does a new line take up more space than anyother character" Setzer
  2617. The following sig contains only one new line at the end so can be considered only a one line sig.  I hope it doesn't offend anyone that can't do automatic linewraps.  Sorry to John as well, I couldn't resist. Here comes the new line. ;)
  2618.  
  2619.  
  2620. ##
  2621.  
  2622. Subject: Re:4 Thread Rot
  2623. Date: 22 Jun 93 16:51:04 EDT
  2624. From: John Foust / Syndesis Corporation <76004.1763@CompuServe.COM>
  2625.  
  2626. To: >internet: imagine@email.sp.paramax.com
  2627.  
  2628. First Consulting Group <dakelly@class.org> writes:
  2629.  
  2630. > You have no right to say something like,
  2631. > "These people on the list are not your friends"
  2632. > without prefacing it with IMO or IMHO.  
  2633.  
  2634. Apparently no one caught the "Paranoia" game reference.
  2635.  
  2636. I'm sorry, I think it's a bit unbalanced to declare that the reason
  2637. it's OK to talk about anything on a mailing list with a very specific
  2638. topic. David wants this list to be a replacement for comp.amiga; he
  2639. as much as said so in his last posting.
  2640.  
  2641. Although I've had plenty of true online friendships, I have enough
  2642. sense and civility to keep myself from declaring that a majority of
  2643. strangers are my "friends" and therefore will tolerate any sort of
  2644. nonsense I care to create.  (Meanwhile, I've received more "I agree
  2645. with you" e-mail, about 3:1).
  2646.  
  2647. I disagree about the CDROM info, even if it was generated within the
  2648. context of the 3D-ROM.  If someone has general SCSI questions, they
  2649. should go elsewhere.  I can live with "Imagine and related topics" as
  2650. the purpose of this mailing list.  
  2651.  
  2652. Hannes Heckner <hecknerh@informatik.tu-muenchen.de> writes:
  2653. > HOW TO MAKE STUNNING COMPUTER GRAPHICS 
  2654. > Now folks, let the flames come .... :-)
  2655. > But I also want to here your opinions about my "thought"
  2656.  
  2657. Everyone, all together, "This is the Imagine mailing list."  Even if
  2658. you start a new mailing list for "stunning graphics", I'll probably
  2659. subscribe.  You can bet I'll still complain if someone starts
  2660. debating SCSI Porsche vs. IDE Porsche.  Meanwhile, I'll defend my
  2661. notion of the integrity of purpose of the Imagine mailing list.  
  2662.  
  2663.  
  2664. ##
  2665.  
  2666. Subject: rotating more than 360
  2667. Date: Tue, 22 Jun 93 16:12:08 CDT
  2668. From: setzer@comm.mot.com (Thomas Setzer)
  2669.  
  2670. I was making a gear that looks like a long gear but is twisted.  So I made my 
  2671. outline of points and edges, made a path, extruded along the path while
  2672. rotating.  It works ok if it is less than 360 degrees but it doesn't seem
  2673. to want to rotate more than that.  (ie if I set it to > 360, it gives the 
  2674. equivilant < 360 degree value).  Because I want sharp edges on the teeth of the
  2675. gear, I turn off Phong shading.  The gear is only one segment, because if it is 
  2676. more than one segment, the segments show up since shading is off.  If I use
  2677. more than one segment, I can rotate and have a gear that is twisted more than
  2678. 360 degrees(each segment rotates the specified amount), but again, it doesn't
  2679. look nice.  Any suggestions?
  2680.  
  2681. BTW, I worked on this about 2 weeks ago, for a brief period of time.  If
  2682. I am doing something stupid, just let me know in the harshest of manors so
  2683. that I will be hurt and upset and never ask a stupid question again ;)
  2684.  
  2685. Tom Setzer
  2686. setzer@ssd.comm.mot.com
  2687.  
  2688.  
  2689. ##
  2690.  
  2691. Subject: Imagine3.0, Essence, and copyrights
  2692. Date: Tue, 22 Jun 1993 17:33:46 -0500 (CDT)
  2693. From: Peter Garza <pmgarza@ccwf.cc.utexas.edu>
  2694.  
  2695. Some rambling questions and a setting for Essence:
  2696.  
  2697. (sorry if theses have been asked before)
  2698. 1.  Is Imagine3.0 being beta-tested yet, or is it still in pre-beta
  2699. development?  If it is being beta tested, any comments?  Seems that
  2700. Real3D got a lot of good PR by the testers going "WOW!" and I'm just
  2701. wondering if Imagine will keep up with Real3D (I havn't had a chance
  2702. to use it, so please don't flame me if it's not that great).
  2703.  
  2704. 2.  Are there any plans for Essence II?  I don't think I've made an
  2705. anim since I got Essence without using at least one or two of its
  2706. textures.
  2707.  
  2708. 3. I used Essence to make an electrical arc between two rods, like
  2709. something out of Frankenstien's lab.  Start with a plane with 255
  2710. R,G,B on Color and a light blue (or whatever color you want the arc)
  2711. in Filter.  Then use Ringfract (with the cylinder pointing out of the
  2712. plane) with a color of 0 on R,G,B and turn off the filter and reflect
  2713. values.  Put the axis of Ringfract in the middle of the bottom edge of
  2714. the plane.  Now use Swapcrf to swap the color and filter values.  Now
  2715. when rendered, there should be something similar to an electrical arc
  2716. (or maybe some sort of plasma).  To have the arc grow, rotate the
  2717. Ringfract axis up or down so that the plane and cylinder do not
  2718. intersect at 90 degrees.  If you animate this it looks like the arc
  2719. gets taller until the arc breaks (i.e. the plane no longer intersects
  2720. Ringfract's cylinder in a curve, but instead in two lines).
  2721.  
  2722. My $.02 for what it's worth.  Sorry I couldn't be more specific on 3.
  2723. but I was describing from memory.  If you have any questions or
  2724. comments, feel free to e-mail me.
  2725.  
  2726. 4.  I made a light cycle (a la TRON) and was wondering what sort of
  2727. copyright stuff I have to do if I use it or distribute it.  Thanx.
  2728.  
  2729.  
  2730. Peter Garza
  2731. pmgarza@ccwf.cc.utexas.edu
  2732.  
  2733.  
  2734. ##
  2735.  
  2736. Subject: MainActor +
  2737. Date: Tue, 22 Jun 93 16:53:55 PDT
  2738. From: jwalkup@sfsuvax1.sfsu.edu (Jeff Walkup)
  2739.  
  2740. Regarding problems/bugs with MainActor:
  2741.  
  2742. What exactly are the problems y'all are having?
  2743.  
  2744. The only bug I get is garbled text under "Select Display" (the text that
  2745. describes the screen mode - the actual screen where the graphics are
  2746. displayed look fine).  If I select a mode that doesn't have an 'official'
  2747. name under WB2.1, I get garbage.  I.e. "NTSC:High Red Laced" works,
  2748. "NTSC:640 x 400 DPF2" doesn't ... what is that anyway??
  2749.  
  2750. Other than that small bug, it works OK on my system: A3000/25 - WB2.1
  2751.  
  2752. I've been using MainActor extensively over the last few days, to convert
  2753. a Vista animation (in DCTV format) directly to wonderful Anim7_32.
  2754. I'm even using it for playback now, since it handles Loops better than
  2755. ViewTek.  I'm getting at least 25fps in 736x482x3 DCTV with 70-80K deltas.
  2756. "JOY!"
  2757.  
  2758. Eventually, I'm going to use these frames as a background sequence in
  2759. Imagine - that's why I've saved each frame in JPEG as well.  Don't ask
  2760. me how I'm going to load the JPEG's into Imagine.... I don't have the
  2761. disk space for 256 frames in 24bit ... <sigh>.  Either I'll unpack 15-20
  2762. of them and render in batches, or I'll wait for PEGGER - supposedly adds
  2763. JPEG load/save to ANY program.  That's due in late July...  (Scroll back
  2764. thru comp.sys.amiga.announce for the full story.)
  2765.  
  2766. Of course, "JPEG Compression" has been promised for Imagine 3.0 ... ...
  2767. I'm waiting ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...
  2768.  
  2769. -- 
  2770. Jeff Walkup - jwalkup@sfsuvax1.sfsu.edu - Digital Animator / Videographer
  2771.  
  2772.  
  2773. ##
  2774.  
  2775. Subject: Re: MainActor +
  2776. Date: Tue, 22 Jun 93 21:17:50 EDT
  2777. From: Steve J. Lombardi <stlombo@eos.acm.rpi.edu>
  2778.  
  2779. > Regarding problems/bugs with MainActor:
  2780. > What exactly are the problems y'all are having?
  2781.  
  2782. Looks like a cool program however whenever I tell it to show a picture
  2783. or play an animation I get  A blank screen!! I'm running on a 4000/040
  2784. Anyone having a similar problem?
  2785.  
  2786. > Eventually, I'm going to use these frames as a background sequence in
  2787. > Imagine - that's why I've saved each frame in JPEG as well.  Don't ask
  2788. > me how I'm going to load the JPEG's into Imagine.... I don't have the
  2789. > disk space for 256 frames in 24bit ... <sigh>.  Either I'll unpack 15-20
  2790. > of them and render in batches, or I'll wait for PEGGER - supposedly adds
  2791. > JPEG load/save to ANY program.  That's due in late July...  (Scroll back
  2792. > thru comp.sys.amiga.announce for the full story.)
  2793. Yes! the C.S.A.A. Pegger teaser was intense. I hope they deliver 
  2794. all of the promised features. Sounds too good to be true. Imagine 3.0
  2795. with promised JPEG support is at least a mid summer release. Impulse
  2796. seems to be quite busy fixing up PCImagine, so perhaps longer.
  2797.  
  2798. Hey! does anyone know Udo Schurman's address. I''d like
  2799. to ask him about the animation creation/playback package he mentioned here
  2800. a ways back. I Haven''t yet received my Adpro2.3 and would really
  2801. like a reliable means of packing animations up.
  2802. _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
  2803.                     | why would he be such a jerk? i know that he doesn't smoke 
  2804. steve lombardi      | drugs. and he doesn't do cocaine. and he doesn't shoot 
  2805. stlombo@acm.rpi.edu | smack. and he doesn't even drink beer. Why would he be 
  2806.                     | such a fu*ker to me? --WEEN
  2807.  
  2808.  
  2809. ##
  2810.  
  2811. Subject: Animation formats and programs
  2812. Date: Tue, 22 Jun 1993 22:54:55 -0400 (EDT)
  2813. From: Udo K Schuermann <walrus@wam.umd.edu>
  2814.  
  2815. Steve J. Lombardi <stlombo@eos.acm.rpi.edu> writes:
  2816. > I just finished rendering 50 frames in imagine. I want to convert
  2817. > them from iff24 to a suitable ham8 animation format. some questions:
  2818. > 4. I remember a fellow (Udo Shurman?? I hope I didn''t butcher your name
  2819. > to badly, Udo) recommending a program, actually a set of programs, to do
  2820. > exactly what I want. The name fails me. It was something like a??-a??
  2821.  
  2822. Ah, me thinks that fellow was I!  :)
  2823. The program I had good luck with is ...
  2824.  
  2825. AAP_AAC         (Disk #779) Animation playback and convert programs. (AAP 
  2826.                 and AAC). AAP can show IFF ILBM pictures, show IFF ANIM_5 
  2827.                 and IFF_ANIM_7 animations. It can show (long) sequences of 
  2828.                 animations and/or pictures using a script file and can 
  2829.                 operate from memory (preload) and/or disk. AAC converts 
  2830.                 between the supported anim filetypes and/or sequences of 
  2831.                 pictures. AAP version 1.2, AAC version 1.1. Includes source
  2832.                 and a small sample sequence mix of pictures/animation from 
  2833.                 script file. Author: Wolfgang Hofer
  2834.  
  2835. This is on fish disk 779, available from many fine ftp sites, including
  2836. ftp.cso.uiuc.edu:pub/amiga/fish/f7/ff779/
  2837.  
  2838. My own experience with this program is good, but I don't know how well it
  2839. performs with HAM8, as I don't have access to an AGA machine :(
  2840.  
  2841. One nice feature of the player program (AAP) is its test mode, where it
  2842. flashes color 0 in green if the frame is "on time" or red if it is "late."
  2843. If your animation shows any red flashes, your animation suffers from a
  2844. bottleneck and won't run at the speed you specify.
  2845.  
  2846. I have had very good luck with overscanned 360x240 HAM animations that run
  2847. out of RAM with full-screen deltas: I get a reliable 30 fps with these on
  2848. an accellerated 2000.  If I had a 3000 or even an AGA machine I'm sure I
  2849. could get 720x480 HAM8 at full speed.
  2850.  
  2851.  
  2852. As to converting the images from 24-bit to HAM8, you just can't beat ADPro,
  2853. I think.  I had it convert 180 frames (and scaled them, down a little, too)
  2854. with a minimum of effort.  Of course, ADPro is commercial.
  2855.  
  2856.  ._.  Udo Schuermann
  2857.  ( )  walrus@wam.umd.edu
  2858.  
  2859.  
  2860. ##
  2861.  
  2862. Subject: Re: Swivel
  2863. Date: Tue, 22 Jun 93 23:25:26 -0600
  2864. From: kholland@chicoma.lanl.gov (AIDE Kiernan)
  2865.  
  2866.     Scott was saying something about Swivel on the Mac. I was going to try and write
  2867.     an object converter between Imagine and Swivel. Does anyone know the Swivel 
  2868.     object format? 
  2869.  
  2870.                                                        Tom 
  2871. --------------------
  2872. Well, I think Swivel is a spline based modeler like Caligari (I think that
  2873. is right)... So you could only do approximations of objects 
  2874. in Imagine since it is a polygon (not spline) based modeler (to my
  2875. knowledge).
  2876.  
  2877.  
  2878. ##
  2879.  
  2880. Subject: Re: Animation formats and programs
  2881. Date: Wed, 23 Jun 93 10:16:42 MET DST
  2882. From: tplonka@ii.uj.edu.pl (Tomasz Plonka V rok)
  2883.  
  2884. > I keep seeing people praising MainActor but I tried it on my 4000 and could
  2885. > not get it to do anything but crash.  My system is otherwise very very stable
  2886. > (even Imagine itself doesn't crash much...) and the crashes were repeatable.
  2887. > Is it working for everyone but me?
  2888.  
  2889. Hi,
  2890.  
  2891. I was using MainActor for two days on my A4000 and it crashed once.
  2892. In fact, another program caused this. I found MainActor as a very stable
  2893. program. I tried it in PAL & NTSC as well. Worked OK.
  2894.  
  2895. Tomasz Plonka
  2896.  
  2897.  
  2898. ##
  2899.  
  2900. Subject: Re: Swivel
  2901. Date: 23 Jun 93 09:26:12 EDT
  2902. From: John Foust / Syndesis Corporation <76004.1763@CompuServe.COM>
  2903.  
  2904. To: >internet: imagine@email.sp.paramax.com
  2905.  
  2906. Swivel is not spline-based, it only uses polygons.  Syndesis wrote
  2907. the Swivel translator that's bundled in the Toaster.  Although
  2908. Paracomp / Macromedia might give you information about the file
  2909. format, I'll warn you that the format is among the strangest I've
  2910. ever encountered.
  2911.  
  2912. It is an accretion of several older programs written while author
  2913. Young Harvill was at VPL.  Some of the data structures are copies of
  2914. the Forth stack, others resemble Pascal, later parts are C-like.  It
  2915. switches between coordinate reference systems at different levels of
  2916. the database (i.e. changing sign and/or swapping Y/Z), and different
  2917. parts of objects have strange scale factors with little rhyme or
  2918. reason.
  2919.  
  2920. There are very few Swivel objects out there, and it's not a
  2921. spectacular modeler, so I wouldn't bother writing one if you could
  2922. avoid it.  
  2923.  
  2924. > Imagine since it is a polygon (not spline) based modeler (to my
  2925.  
  2926. To be more precise, Imagine uses only triangles, and has some uses
  2927. for lone edges and points.  To convert from Swivel arbitrary polygons
  2928. to Imagine triangles, you'll also need to write a polygon tesselator.
  2929.  
  2930.  
  2931. ##
  2932.  
  2933. Subject: Re: Thread Rot
  2934. Date: Wed, 23 Jun 93 09:32:15 EDT
  2935. From: watters <watters@cranel.com>
  2936.  
  2937. (A lighthearted tone applies throughout)
  2938.  
  2939. porsche> David wants this list to be a replacement for comp.amiga; he
  2940. porsche> as much as said so in his last posting.
  2941.  
  2942. "Just when I think I am out.... The keep pulling me back in!"
  2943.  
  2944. (This time I mean it!!! Last one)
  2945.  
  2946.  
  2947. My point <imagine> which is obviously opinion <imagine> is that a lot of list
  2948. <imagine> members don't have UseNet <imagine> news.  Therefore I am <imagine>
  2949. more tolerant than <imagine> you... John.... to their questions <imagine>
  2950. concerning anything <imagine>.  Your statement <imagine> above is incorrect 
  2951. <imagine> anyways, I want comp.sys.amiga.3d.imagine <imagine> to be a <imagine>
  2952. replacement for <imagine> this list <imagine> but it won't happen.
  2953.  
  2954. porsche> (Meanwhile, I've received more "I agree with you" e-mail, about 3:1).
  2955.  
  2956. I hope this helps you feel better.  I have recieved a lot of "Ignore Foust,
  2957. he is an ass" mail but that is irrelevant.
  2958.  
  2959. porsche> I disagree about the CDROM info, even if it was generated within the
  2960. porsche> context of the 3D-ROM.  If someone has general SCSI questions, they
  2961. porsche> should go elsewhere.  I can live with "Imagine and related topics" as
  2962. porsche> the purpose of this mailing list.  
  2963.  
  2964. I don't think many care what you can and can not live with <imagine>.  I don't
  2965. anyways, <imagine> but maybe <imagine> I am <imagine> alone on <imagine> this
  2966. one.  Regarless <imagine>, I will never jump <imagine> on someone for asking
  2967. <imagine> a question <imagine> on this list no matter <imagine> what it has
  2968. to <imagine> do with.
  2969.  
  2970. porsche> Everyone, all together, "This is the Imagine mailing list."
  2971.  
  2972. That <imagine> didn't sound <imagine> like everyone.
  2973.  
  2974. porsche> You can bet I'll still complain if someone starts
  2975. porsche> debating SCSI Porsche vs. IDE Porsche.
  2976.  
  2977. I was converting the porsche object with your software last night and just
  2978. laughed at the irony! 8^)  It was very self-amusing.
  2979.  
  2980. porsche> Meanwhile, I'll defend my
  2981. porsche> notion of the integrity of purpose of the Imagine mailing list.  
  2982.  
  2983. That's right... your notion.  I have never gotten the letter informing me of
  2984. your new IML moderation duties.  I will, however, keep in line with you
  2985. guidelines from here on out. <Imagine>
  2986.  
  2987.              _     ___
  2988. David    ~  |_|,--'   |@,__
  2989. Watters   ~   ( )-_______-()`-
  2990.  
  2991. --
  2992. David R. Watters (watters@cranel.com)    Cranel Inc. Development & Engineering
  2993. "<Censored>.  The very name is, to many, the last word in sports cars. Any car
  2994.  blessed with these magic seven letters is sure to be the very best. Period!"
  2995.                         - Car and Driver, January 1993                      
  2996.  
  2997.  
  2998. ##
  2999.  
  3000. Subject: Seagate IDE for DPS Personal Animation Recorder
  3001. Date: Wed, 23 Jun 93 09:45:05 EDT
  3002. From: watters <watters@cranel.com>
  3003.  
  3004. <John Foust... You may want to delete this mail immediately, it is for my
  3005. friends on the IML 8^)>
  3006.  
  3007. A few people have taken advantage of the deal I arranged for the members
  3008. of the Imagine mailing list.  I want to make sure that everyone has gotten
  3009. an opportunity to know about it and express any interest.
  3010.  
  3011. The price on the Seagate 3600A for members of Amiga related mailing lists is
  3012. $750 + shipping + tax if applicable.  This is about $40 under some of the
  3013. cheapest prices found by most people.
  3014.  
  3015. If you haven't gotten a chance to check out the DPS PAR, I would strongly
  3016. suggest it.  I used it yesterday and it looks great!  Even video people
  3017. (i.e. non computer people) are impressed with the possibilities with it.
  3018.  
  3019. Anyways, here are the specs:
  3020.  
  3021. ------------------
  3022. The only drive to have been qualified on the DPS Personal Animation Recorder
  3023. so far has been the Seagate 3600A.
  3024.  
  3025. The 3600A is a 540MB formatted IDE drive 
  3026. It has a 10.5ms average seek for reads and a 12ms average seek for writes.
  3027. It is rated at 200k power hours between failure and draws 5.5watts idle.
  3028. The drive runs at 5,411RPM for a average lantency of 5.54ms.
  3029. It is a low-profile drive with dimmensions of; 1" high, 4" wide, 5.75" deep,
  3030. and it is 1.65lbs.
  3031. It has a 256KB multisegmented cache and a 2 year warrenty.
  3032. (This is all from the spec sheet)
  3033.  
  3034. The price is $750 plus shipping and must be done COD, Visa, or Mastercard.
  3035. No terms.
  3036.  
  3037. You must be a current member of one of the Amiga related mailing lists
  3038. at this time to be able to get it at this price.  This is merely to limit
  3039. the scope of who is involved.
  3040.  
  3041. If you are interested you should get in touch with me through Email at:
  3042. watters@cranel.com
  3043.  
  3044.              _     ___
  3045. David    ~  |_|,--'   |@,__
  3046. Watters   ~   ( )-_______-()`-
  3047.  
  3048. --
  3049. David R. Watters (watters@cranel.com)    Cranel Inc. Development & Engineering
  3050. "Porsche.  The very name is, to many, the last word in sports cars. Any car
  3051.  blessed with these magic seven letters is sure to be the very best. Period!"
  3052.                         - Car and Driver, January 1993                      
  3053.  
  3054.  
  3055. ##
  3056.  
  3057. Subject: Re: rotating more than 360
  3058. Date: Wed, 23 Jun 93 09:39:03 CDT
  3059. From: setzer@comm.mot.com (Thomas Setzer)
  3060.  
  3061. > I was making a gear that looks like a long gear but is twisted.  So I made my 
  3062. > outline of points and edges, made a path, extruded along the path while
  3063. > rotating.  It works ok if it is less than 360 degrees but it doesn't seem
  3064. > to want to rotate more than that.  (ie if I set it to > 360, it gives the 
  3065. > equivilant < 360 degree value). Because I want sharp edges on the teeth of the
  3066. > gear, I turn off Phong shading....
  3067.  
  3068. Whoops, boy was I not thinking.  I went home and played some more.  Rotating
  3069. more than 360 using only 1 segment would require Imagine to support curved 
  3070. lines.  I realize that on the way home yesterday.  180 degree rotation causes
  3071. the line that make up the sides of the object to go through the center of the
  3072. object.
  3073.  
  3074. So, as Michael Comet suggested, and as I read in Understanding Imagine 2.0 last
  3075. night, just use Make Sharp and Make Soft to get the desired effect.
  3076.  
  3077. I didn't get a chance to try(render) it, as there are currently Stealth bombers 
  3078. flying through the Grand Canyon on my machine(Scenery Animator 4.0 rendering).
  3079. How do those other people live without preemptive multitasking?(No flames on
  3080. that last comment please, I was just expressing my satisfaction with my Amiga)
  3081.  
  3082. Tom Setzer
  3083. setzer@ssd.comm.mot.com
  3084.  
  3085.  
  3086. ##
  3087.  
  3088. Subject: Re: trace.last
  3089. Date: Wed, 23 Jun 1993 09:58:44 -0400 (EDT)
  3090. From: "Mr. Scott Krehbiel" <scott@umbc.edu>
  3091.  
  3092. > Just making the object smaller (scaled it in xyz) allowed me too use the
  3093. > trace mode and still have everything being rendered ( instead of half the
  3094. > object ). But it was so slow ! it's not possible to make an animation that
  3095. > way...I will buy more ram...
  3096. > Florence
  3097.  
  3098. Could this slowdown be due to more stuff in the same octree areas?
  3099. Is it possible to reduce the size of your octrees, thus speeding
  3100. up Imagine?  I have a 68000 with 4 megs fast, 512K chip, and I
  3101. have an Enterprise object that takes a long time to initialize
  3102. before rendering. (20 minutes) I think a scanline render takes about 
  3103. 45 minutes total... and that's just with the Enterprise, no attacking
  3104. Star Destroyers yet (but coming vewy vewy soon)
  3105.  
  3106. Might it help me to reduce my Octrees (if possible)?  Should I scale
  3107. the object up so it intersects more octree boundaries, and gets 
  3108. more subdivided?
  3109.  
  3110. Gee, might it help if I buy an '040?  I heard there was a way to make
  3111. a 68000 faster than the '040!  Anyone know how to do that??
  3112. (please DONT take that seriously)  ;->
  3113.  
  3114. Scott Krehbiel
  3115. scott@umbc4.umbc.edu
  3116.  
  3117.  
  3118. ##
  3119.  
  3120. Subject: Re: Imagine3.0, Essence, and copyrights
  3121. Date: Wed, 23 Jun 93 06:15:21 EST
  3122. From: imagine@bknight.jpr.com (Yury German)
  3123.  
  3124. Hi Peter (Peter Garza), in <199306222233.AA26004@huey.cc.utexas.edu> on Jun 22 you wrote:
  3125.  
  3126. : 1.  Is Imagine3.0 being beta-tested yet, or is it still in pre-beta
  3127. : development?  If it is being beta tested, any comments?
  3128.  
  3129.     I doubt that the people who are beta testing could reply to you.
  3130. The undesclosure agreements are getting tougher every day. I beta a few
  3131. programs but I can not even mention the names of the programs because of
  3132. the undisclosure aggreement (its not Imagine trust me).
  3133.  
  3134. : 2.  Are there any plans for Essence II?  I don't think I've made an
  3135. : anim since I got Essence without using at least one or two of its
  3136. : textures.
  3137.     Steve will probably answer you himself. But Essence II is shortly
  3138. approaching release date! I think its a week left unless there was a
  3139. setback.
  3140.  
  3141.  
  3142. ##
  3143.  
  3144. Subject: Re: rotating more than 360
  3145. Date: Wed, 23 Jun 93 10:12:04 MDT
  3146. From: ridout@plk.af.mil (Brian Ridout)
  3147.  
  3148. I was making a gear that looks like a long gear but is twisted.  So I made my 
  3149. outline of points and edges, made a path, extruded along the path while
  3150. rotating.  It works ok if it is less than 360 degrees but it doesn't seem
  3151. to want to rotate more than that.  (ie if I set it to > 360, it gives the 
  3152. equivilant < 360 degree value).  Because I want sharp edges on the teeth of the
  3153. gear, I turn off Phong shading.  The gear is only one segment, because if it is 
  3154. more than one segment, the segments show up since shading is off.  If I use
  3155. more than one segment, I can rotate and have a gear that is twisted more than
  3156. 360 degrees(each segment rotates the specified amount), but again, it doesn't
  3157. look nice.  Any suggestions?
  3158.     
  3159. Tom Setzer
  3160. setzer@ssd.comm.mot.com
  3161.  
  3162. Go ahead and use lots of segments.  The more the smoother. If you
  3163. only use one the edges will not be curved.  Keep phong shading on.
  3164. Select the edges you want to be sharp and use make sharp.  This
  3165. part is tedious but works.
  3166.  
  3167. Anyway thats my suggestion.  Hope it helps.
  3168.  
  3169. Brian Ridout
  3170. ridout@plk.af.mil
  3171.  
  3172.  
  3173. ##
  3174.  
  3175. Subject: Re: trace.last (octree?)
  3176. Date: Wed, 23 Jun 93 10:52:38 PDT
  3177. From: jwalkup@sfsuvax1.sfsu.edu (Jeff Walkup)
  3178.  
  3179.  
  3180. > Could this slowdown be due to more stuff in the same octree areas?
  3181. [etc..]
  3182. > Might it help me to reduce my Octrees (if possible)?  Should I scale
  3183.  
  3184. What's an octree?  I've seen the entry in the Preferences editor for
  3185. "Max # of Octrees" or whatever it is, but I don't really understand it.
  3186.  
  3187. Can I speed up rendering by reducing the number of octree's?  Will all
  3188. my objects render properly if I do?
  3189.  
  3190. -- 
  3191. Jeff Walkup - jwalkup@sfsuvax1.sfsu.edu - Digital Animator / Videographer
  3192.  
  3193.  
  3194. ##
  3195.  
  3196. Subject: Are there any AREXX compata
  3197. Date: 23 Jun 1993 14:29:17 U
  3198. From: "Charles Hymes" <chymes@atqm.advtech.uswest.com>
  3199.  
  3200. REGARDING                Are there any AREXX compatable object editors out
  3201. there?
  3202. Greetings all, this is my first week with imagine, and my first post to this
  3203. list.
  3204. I want to create precedureally created objects. I plan to create everything
  3205. from fractal snowflakes to 4th dimentionally "roatated" faces.  
  3206. To do his simply, I would like an object editor that can accept commands from
  3207. AREXX.  Does such a beast exist?
  3208.  
  3209. Charlweed Hymerfan
  3210.  
  3211.  
  3212. ##
  3213.  
  3214. Subject: Re: Buggy Imagine Pc Buggy
  3215. Date: Wed, 23 Jun 93 16:51:32 -0600
  3216. From: kholland@chicoma.lanl.gov (AIDE Kiernan)
  3217.  
  3218.     |I bet the programmer(s??) of Imagine doesn't even have a Masters,
  3219.     |Probably not even a bachelors... It is so obvious..
  3220.  
  3221.     I promised myself I would stay out of this, but I'd like to try and head
  3222.     off an Amiga v. PC bashfest like comp.graphics has been seeing...
  3223.  
  3224.     First off, regarding CBM trying harder...
  3225.  
  3226.     Kiernan said, "If the users compalin about the computers, CBM would work
  3227.     harder to impress the users."
  3228.  
  3229.     CBM is a rather unusual company.  The CEO & president, Mehdi Ali, calls all
  3230.     of the shots.  All of them.  His decisions reflect where he thinks he can
  3231.     make money next *quarter*.  Not next year.  Not the next 5 years.  The next
  3232.     3 months.  What the engineers design and what the company releases often have
  3233.     little in common.  The first spec. for the AA machine (1200 & 4000) called for
  3234.     up to 8M of graphics memory and an on-board DSP with CODECs for audio and
  3235.     telephone.  Look at what actually shipped.  The first design for what became
  3236.     the 4000 called for a machine with an '030, SCSI and DSP on board, and in a 
  3237.     package that would retail for $995.  Instead out came the 4000 at ~$2800.
  3238.  
  3239.     How do I know this?  I used to work there.  I was layed off in this year's
  3240.     second downsizing in April.  As for CBM abandoning the Amiga, they may not
  3241.     need to.)  They may abandon the business world first.  (For those that haven't
  3242.     heard, CBM posted a first quarter loss of ~$177 million.  This prompted the 3rd
  3243.     round of layoffs last Friday.  Companywide it amounted to ~65% staff reduction.)
  3244.  
  3245.     As for buggy Amiga programs...
  3246.  
  3247.     Have you written much SW for the Amiga?  How about the PC?  I've written for
  3248.     both.   SW can be very portable between the two *IF* you plan to support that
  3249.     from the outset.  SW that's written expressly for the PC is painful to port to
  3250.     the Amiga, and vice versa.  On the Amiga, you query the display database for
  3251.     the type of screen you want (resolution, number of colors, PAL/NTSC, etc) and
  3252.     you are given a "magic number"  that you pass to the OS's display routines.
  3253. --------------
  3254. Is it a magic number or is it a set of flags. To me, a magic number 
  3255. is a number that has no easy to describe idea behind it, is purely kludged
  3256. or made up as a quick fix, that seems to work, and isn't given any name.
  3257. I mean, if you are using CGA mode on a PC, there is a set of flags and 
  3258. values used for each character and each pixel... Is the magic number 
  3259. an address of a memory location which contains an address of the first 
  3260. pixel in memory, or something like that? If you know what it means, then 
  3261. it isn't a magic number...  I have written programs in AmigaE that 
  3262. call screens and windows, but I didn't know what half the numbers 
  3263. used to open a window and a screen meant.. Is this CBM's 
  3264. way of keeping control information secret? 
  3265. ---------------
  3266.     That's what you're seeing being mimiced in the PC.  I'm sure they used good
  3267. ---------------
  3268. On the PC's you do something about as wierd... I remember reading about
  3269. how to open screens on a 8541 based graphics card.. It is like you 
  3270. poke values in the graphics card using the OUT and IN operations to 
  3271. determin the mode used, and you just hope that the card does what you
  3272. want it to. I tried it once, but the system went on the fritz and I 
  3273. just decided to stick with the 10H graphics interrupt service calls
  3274. even though they don't support anything beyond 320x200 in 256 colors
  3275. (they do, but anything above AL=13H on a Int 10H with AH=00H 
  3276.  is nonstandard... but interesting). 
  3277. ----------------
  3278.     (or at least reasonable) development practices, but those were focused on the
  3279.     Amiga environment.  Given the choice, I'd much rather port between the PC and
  3280.     UNIX (either direction) than port between either of those and the Amiga.
  3281. ----------------
  3282. Why? The PC's don't even support standard UNIX-style filenames, 
  3283. or even the directory structure... Did you know that MSDOS is limited
  3284. to 100 files per directory on floppy disks?? This means it will
  3285. not let you save files in a directory unless you create a sub-directory.
  3286. I would, if i was porting programs between systems, rather port 
  3287. between Linux and UNIX, not MSDOS and UNIX, than Amiga and UNIX.
  3288.  
  3289. Couldn't you just create classes in C++ to mimic all the functions
  3290. (I don't know how to do this exactly, but I know it can be done)
  3291. needed on a general level... When you port between the machines 
  3292. you would only need to re-implement the functions that are hidden 
  3293. within the scope of each class, this way you wouldn't have to rewrite 
  3294. all the extra code needed to perform the non-specific functions 
  3295. like opening screens, checking screen dimensions, setting screen
  3296. dimensions, defining errors, handling screens and windows, handling 
  3297. I/O, etc. Once you have written your program on this level, then 
  3298. you write the code to do the low-level work and the interfacing 
  3299. between the general software and the operating system used.. 
  3300. If you don't break the rules and try poking values directly into the 
  3301. hardware with assembly from the general part of the program, the 
  3302. code should port very easily. You could use C, but C++ makes 
  3303. it easier since you are not always having to look up functions
  3304. in libraries, and you don't have to worry about which data 
  3305. is supposed to be passed to a function, that is all handled 
  3306. by C++...  I mean, you may have a function that needs 
  3307. a address value for the screen and some special sauce passed to 
  3308. a function "winadr *OpenWindow(screentype,specialtype) ", 
  3309. instead in C++ you could overload the "=" operator to handle screens 
  3310. and windows on the Amiga and Unix and 
  3311. use "new window ; window = currentscreen".. 
  3312.  
  3313. I have a friend who says his brother is working on an operating system
  3314. that will be entirely written in C++ and he will need only about 8000
  3315. lines of machine code to interface the operating system to any machine..
  3316. Making it very very portable. 
  3317. -----------
  3318.     Remember, the original Amiga team was building a game machine, not a micro-
  3319.     computer.  They apparently saw nothing to be gained by modeling their OS
  3320. -----------
  3321. Whether they built it for a video game machine or a business machine, 
  3322. it doesn't matter.. PC's are no mirracle... What do you call 
  3323. modeling a operating system after CPM?? a Business operating system...
  3324. No a silly piece of archaic sh*t. MSDOS thinks it only has 2^20 address
  3325. lines and it was designed entirely around memory mapping and interrupt
  3326. service calls and 64K data,code,stack and extra segments.. 
  3327. At least the AMiga is dynamic in its placement of resources and 
  3328. allocation of memory, the way it should be.
  3329. ------------
  3330.     interface after anyone else.  The engineers at CBM have tried to improve
  3331.     things, but that is difficult without throwing a lot of stuff out and starting
  3332.     over.  The changes they have made have been for the better, but SW written
  3333. -------------
  3334. ya.. Just talk to Microsoft, they are having to work at a snails pace 
  3335. and carefully to maintain its userbase without aggrevating the developers..
  3336. I think Amigados is designed much better,and was because it was 
  3337. developed 3 years after MSDOS, the programmers of Amigados and the 
  3338. CBM engineers came from all walks of life as far as operating systems 
  3339. went... Why do you think Amigados has dynamically linkable libraries,
  3340. dynamic allocation of memory, multi-tasking and 25 character filenames??
  3341. Jay Miner's original plans were to create a video game system, which 
  3342. was going to have a somewhat different design than the Amiga 1000, 
  3343. but in the last few years between paying Atari back for the loan 
  3344. they gave him when he started out and making a deal with CBM to 
  3345. make the machine, he decided to aim the Amiga at the personal 
  3346. computing market. The original idea was to make it a video game machine
  3347. but that wasn't the idea when it was released... 
  3348. -------------
  3349. (extra stuff deleted)
  3350. -------------
  3351.     I'm trying not to defend or accuse anyone here, I'm just trying to present
  3352.     the facts of the situation.  Anything that was written expressly for one
  3353.     environment is going to take time to get working correctly in another.  If
  3354.     you want to be able to run on both Amiga & PC you need to design that in
  3355.     early on.  The game "Lemmings 2" is one example that comes to mind of a
  3356. --------------
  3357. No you don't... You can write software for any machine if you design 
  3358. it in a way that it can... It is not impossible, it may be hard, but 
  3359. it is not impossible. All you need to do is know what to expect, 
  3360. a disk drive, hard drive possibly, graphics output, I/O interface, 
  3361. joystick controller, sound system, etc. In short, you write a 
  3362. interface between the part that will run the program and the 
  3363. operating system. Any graphics screens, calls, such will be handed
  3364. to the interface between the program and the operating system. 
  3365. The program can be designed on a higher level without sacrificing 
  3366. speed using C++. Then when you need to port the game all you need
  3367. to do is rewrite the interface between the game and the operating system.
  3368. I guess this is what they call a virtual system, I don't know, 
  3369. but I would think that it is more dynamic than something that 
  3370. is directly written on the operating system for the operating system.
  3371. --------------
  3372.     program designed for either environment.
  3373.  
  3374.  
  3375. ##
  3376.  
  3377. Subject: Re: Fred Fish
  3378. Date: Wed, 23 Jun 93 17:05:42 -0600
  3379. From: kholland@chicoma.lanl.gov (AIDE Kiernan)
  3380.  
  3381.     No internet nor CDROM.
  3382. ---------
  3383. Well then, FISH is obviously superior...
  3384. ---------
  3385.     >be interested. Personally I have never heard of CAM.. heck I live more than 
  3386.     >1000 miles away, how could I...
  3387.     You can see CAM contain in French MAG "Amiga News / Amiga DP".
  3388. ---------
  3389. Big whoopee... I can afford zilch... I would rather download 20 
  3390. fish disks from my local Internet access through a anonymous
  3391. ftp site than buy some stupid silly frech magazine which is 
  3392. probably written in french, which I don't speak or read...
  3393. Get it into your head... we Internet users who have access to FTP 
  3394. and Telnet do not pay for disk magazines. Some do, but they 
  3395. probably don't have the time to mine the Amiga disk collections. 
  3396. I do, and I am not going to bite the hand of the Internet that feeds 
  3397. me. If you can't afford a CDROM or a Internet link, you might 
  3398. as well get the disk magazines but to tell you the truth I haven't
  3399. bought a disk magazine since 3 years ago, and I don't intend to, 
  3400. even if the taste is of superb quality. 
  3401.  
  3402. Have you ever heard of the CD-ROM disk magazine for the PC's
  3403. called Nautilus?? Each magazine comes with 20 megs of sampled 
  3404. sound, some even have videos and you can get a years subscription
  3405. for 120 dollars.. This is the kind of stuff people are looking 
  3406. for, not individual floppy disks full of maybe 4 or 5 programs
  3407. that cost you 12 dollars to purchase and probably are not 
  3408. as useful as they claim to be... I could be wrong, but 
  3409. I know what can be done and should be done if you want CAM 
  3410. to become as big as the Fred Fish disk collection...
  3411.  
  3412.  
  3413. ##
  3414.  
  3415. Subject: Re: C code in postings
  3416. Date: Wed, 23 Jun 93 17:14:06 -0600
  3417. From: kholland@chicoma.lanl.gov (AIDE Kiernan)
  3418.  
  3419.     hi,
  3420.     can people either*not* post lengthy C code stuff here, or at least warn
  3421.     us in the headings that you are doing so, so we can avoid having to read
  3422.     them ? 
  3423. ------------
  3424. Sorry... but no.. 
  3425. If it gives you horrible nightmares, then look at the code..
  3426. The lengthy code I put up wasn't even lengthy... If you want lengthy C code,
  3427. I could just mail the entire Gnu C++ distribution... What I sent 
  3428. was just a 100 line program that makes animations in rayshade.
  3429. It was justifiable.
  3430.  
  3431.  
  3432. ##
  3433.  
  3434. Subject: Re: Buggy Imagine Pc Buggy
  3435. Date: Wed, 23 Jun 93 21:55:26 MET
  3436. From: amipb@amipb.gna.org (Philippe Berard)
  3437.  
  3438. Hello Devon (Devon Miller). On Jun 17, you have written :
  3439.  
  3440. > I promised myself I would stay out of this, but I'd like to try and head
  3441. > off an Amiga v. PC bashfest like comp.graphics has been seeing...
  3442.  
  3443.     Okay, let's give it a try.
  3444.     
  3445.     First, don't forget that the Amiga has a RealTime philosophy which isn't
  3446.     even present on Sun machines (try to do realtime data acquisition without
  3447.     a card on a Sun, and I'm sure you'll be surprised).
  3448.  
  3449. > Remember, the original Amiga team was building a game machine, not a micro-
  3450. > computer.  They apparently saw nothing to be gained by modeling their OS
  3451.  
  3452.     No way ! Amiga Corporation was doing a flight simulator machine, not
  3453.     something for games. And Metacomco and people at the Cambridge University
  3454.     who did the first Amiga OS, named Tripos. All of these people are
  3455.     responsible of the Amiga machine, and C= bought Amiga Corporation because
  3456.     they were having some money problems.
  3457.  
  3458. > over.  The changes they have made have been for the better, but SW written
  3459. > for one version of the interface will either not run or not run correctly on
  3460. > a different version.
  3461.  
  3462.     Most of the programs are upward compatible, as far as I know. Most of
  3463.     the bugs found with old programs are mostly due to lame programming.
  3464.     And, of course, this old MMU protection discussion should be stopped
  3465.     in september, from what I've heard.
  3466.  
  3467. > Also, compatability testing requires that you keep some machines running
  3468. > with older (probably buggier) OS versions.  Which translates to machines
  3469. > you can't use for development, only test.
  3470.  
  3471.     I don't think this is the case actually, as most users have the 2.0
  3472.     package, now. And I don't see why you would test a program with older
  3473.     versions of the OS, if one of the newest (2.0 in this case) is now
  3474.     the standard. It's to the OS to handle every special case/bugs of the
  3475.     hardware, not the program itself.
  3476.  
  3477. > I'm trying not to defend or accuse anyone here, I'm just trying to present
  3478. > the facts of the situation.  Anything that was written expressly for one
  3479. > environment is going to take time to get working correctly in another.  If
  3480.  
  3481.     Only if people handle the bugs of the OS incorrectly. But it's quite
  3482.     past history, as 3.0 is *very* stable (not enough, IMHO, though).
  3483.  
  3484.     By the way, I'm programming under Windows and on Unix machines too,
  3485.     and I don't get as much pleasure with those environments as with the
  3486.     Amiga's. Those multiple/scrolling screens are something I don't want
  3487.     to see disappear.
  3488.  
  3489. > you want to be able to run on both Amiga & PC you need to design that in
  3490. > early on.  The game "Lemmings 2" is one example that comes to mind of a
  3491. > program designed for either environment.
  3492.  
  3493.     Yes, true, even if Psygnosis said that DMA designed Lemmings 2 on the
  3494.     Amiga first.
  3495.     
  3496.     One last word : with CBM stopping the PC line, maybe we will have a better
  3497.     Amiga marketing support.
  3498.     
  3499.     Regards,
  3500.                                         -- Philippe
  3501.  
  3502.  
  3503. ##
  3504.  
  3505. Subject: Re: Seagate IDE for DPS Personal Animation Recorder
  3506. Date: Wed, 23 Jun 93 17:42:51 -0600
  3507. From: kholland@chicoma.lanl.gov (AIDE Kiernan)
  3508.  
  3509.     The 3600A is a 540MB formatted IDE drive 
  3510.     It has a 10.5ms average seek for reads and a 12ms average seek for writes.
  3511.     It is rated at 200k power hours between failure and draws 5.5watts idle.
  3512.     The drive runs at 5,411RPM for a average lantency of 5.54ms.
  3513.     It is a low-profile drive with dimmensions of; 1" high, 4" wide, 5.75" deep,
  3514.     and it is 1.65lbs.
  3515. -------
  3516. sounds pretty good but how about SCSI interfaces?? IDE's have been known to be
  3517. pretty slow past 200 megs... Or was that 600 megs?
  3518.  
  3519.  
  3520. ##
  3521.  
  3522. Subject: Re: trace.last (octree?)
  3523. Date: Wed, 23 Jun 93 17:50:17 -0600
  3524. From: kholland@chicoma.lanl.gov (AIDE Kiernan)
  3525.  
  3526.     What's an octree?  I've seen the entry in the Preferences editor for
  3527.     "Max # of Octrees" or whatever it is, but I don't really understand it.
  3528.  
  3529.     Can I speed up rendering by reducing the number of octree's?  Will all
  3530.     my objects render properly if I do?
  3531. -----------------
  3532. I think it has something to do with object intersection tests...
  3533. I remember something about a method where a cube of space is 
  3534. split up into a tree structure that is traversed recursively, somehow, 
  3535. and used to determine where one object ends and another begins...
  3536. It has been two years since I had it described to me, but 
  3537. it is a coded implmentation that seems to be pretty common...
  3538. Imagine and Turbo silver both use it.. I heard that if you increase
  3539. the size of your objects it speeds up rendering... I don't know 
  3540. why, but it does seem to work...
  3541.  
  3542.  
  3543.  
  3544. ##
  3545.  
  3546. Subject: Re: Any experience with DPS PAR ?
  3547. Date: Wed, 23 Jun 93 18:05:30 -0600
  3548. From: kholland@chicoma.lanl.gov (AIDE Kiernan)
  3549.  
  3550.     areas of high detail. Q23 looked very clean (not flawless) and Q18-Q20 looked
  3551.     pretty good. I would say that it doesn't seem that this device could match
  3552.     a BetaSP tape deck, but it does look pretty darn good. Further tests with a
  3553.     high quality deck and realtime output are necessary to fully evaluate it.
  3554.     Note that even though DPS states that the algorithm they are using is not
  3555.     JPEG, it is enough like JPEG to exhibit similar style artifacts, ie. little
  3556.     fuzzy squares around contrasty details.
  3557. -------------
  3558. It is probably something that uses Discreet Sine Transforms than Cosine 
  3559. Transforms.. I don't know, maybe Fast Fourier Transforms...
  3560. I know I don't know what I am talking about, exactly, but 
  3561. if it has fuzzy squares around contrasting detail it is probably just 
  3562. DCT with thier own algorithms based on JPEG algorithms.. It is 
  3563. probably JPEG, just not JPEG exactly...
  3564.  
  3565. I know that the JPEG distribution uses different techniques 
  3566. depending on what quality setting you are using... If you 
  3567. use a quality setting above or including 35, it is not the same 
  3568. as the quality settings below 35 because a different technique 
  3569. is used to store the data... DPS probably uses only one technique 
  3570. and doesn't change its nature depending on what quality settings 
  3571. it is given...  WHat JPEG does is it take a set of graphics data, 
  3572. it segments the data into small blocks, then it performs some kind 
  3573. of 2D transform on the array, cuts the information that the 
  3574. human eye theoretically can't perceive and saves the rest..
  3575.              
  3576. When you decompress the data all you do is re-synthesize the 
  3577. array of graphics and segment them into pixels...
  3578.  
  3579. At least, from what I have read in some magazines and a few
  3580. reference books, this is what happens.. In MPEG a lot more is added
  3581. in... No to mention the Sound compression..
  3582. Does the DPS board support sound compression/decompression???
  3583. If it doesn't then it is only half what the MPEG standard is.
  3584.  
  3585.  
  3586. ##
  3587.  
  3588. Subject: Re: Grass
  3589. Date: Wed, 23 Jun 93 17:40:02 -0600
  3590. From: kholland@chicoma.lanl.gov (AIDE Kiernan)
  3591.  
  3592.     capabilities doesn't mean that is true of everyone. I designed my first
  3593.     computer vision system (HW & SW) when you were only halfway through grade
  3594.     school.
  3595. ----------------
  3596. It is easy to say you are older, but it doesn't mean anything
  3597. unless you can prove that it was better.. Tell me, how much ram did 
  3598. your system use and what kind of chips were you using (if you were 
  3599. using chips). I know I am just learning now, but 7 years ago I 
  3600. knew more than my brother about computer systems, 7 years later 
  3601. he is owkring on a masters in computer science and can design 
  3602. microchips and operating systems. We have plenty of military technicians
  3603. around that I know that like to tell everyone about the days 
  3604. when they used kinds of tubes to store information in creative ways. 
  3605. It is interesting to hear, but it is not the same as technology 
  3606. used today. For instance, in the 70's programmers tried to make 
  3607. programs as small and efficient as possible. In the 80's and 90's 
  3608. they have been forced to use comments, structured programming 
  3609. styles, and complex ideas and common design practices. The reason 
  3610. why is the technology has changed... Back in the 70's it was a 
  3611. matter of kilobytes and thousands of instructions per second and 
  3612. omni operating systems, etc.. Now it is a matter of understandability, 
  3613. portability, etc. because the products are no longer limited 
  3614. by a tight boundry of the underlying hardware... developers 
  3615. must assume features and should keep everything structured 
  3616. otherwise they pay the price that those who wrote and bought business programs 
  3617. written in COBOL in the 1960's and 70's are paying right now...
  3618. ----------------
  3619.     > >  you really aren't using up memory like you would if you were actually
  3620.     > >  copying objects.
  3621.  
  3622.     Memory usage is only part of the problem. Rendering is a BIG issue. Particle
  3623.     systems can accomplish these tasks many times faster and can easily take
  3624.     advantage of "data amplification" techniques which minimizes the modeling
  3625.     required by the animator.
  3626. -----------------
  3627. Nice words... but you are using jargon...
  3628. Please define data amplification..
  3629. -----------------
  3630.     > >  There was a animation I saw where some instantiated 
  3631.     > >  several manequins on unicycles to infinity.
  3632.  
  3633.     Yes, it was done on an 800 MFLOP AT&T Pixel Machine. And as Charles Congdon
  3634.     pointed out, this is a bit different from the case of grass.
  3635. -----------------
  3636. Couldn't we just do it with a CM-5??
  3637. ;-)
  3638. Los Alamos, where I live, has one of these hooked up to a cray, but 
  3639. from what I hear you have to have special access and the code 
  3640. must be optimized to run specifically on the CM-5 when possible.
  3641.  
  3642. They only cost 5 million dollars and can process 65,000 numbers 
  3643. at once... though this is a SIMD design.. Is that what the Pixel Machine
  3644. is??
  3645. ------------------
  3646.     Charles Congdon writes:
  3647.     > particle systems require memory to track each particle (the amount depends on
  3648.     > the complexity of your particle simulation).  The results, however, can be
  3649.     > *very* satisfying.
  3650.  
  3651.     An excellent example of this technique can be found in the '85 Siggraph
  3652.     proceedings (pg. 313) where Bill Reeves details work done at Lucasfilm
  3653.     to model trees, grass, and fire. The accompanying pics are quite nice
  3654.     and one is a still from an animation of a tall grass field in which the
  3655.     wind blows the blades about. Render time was on the order of a couple hours
  3656.     using a VAX 11/750, a truly slow machine by todays standards.
  3657.  
  3658.     If Kiernan thinks he can accomplish this with polygonally modeled grass
  3659.     blades, I challenge him to do it. The image in Avid done with Raydance
  3660.     (no relation to Radiance) had only a couple square feet of grass which
  3661.     cost over a million polygons and 25 hours of rendering. LightWave comes
  3662.     closer to a viable solution because it supports 2D particles or lines.
  3663.     I ran a test last night which filled about a 100 square meters with tall
  3664.     grass (textured lines) and it took under 10 minutes. It was still a far
  3665.     cry from a field.
  3666. -----------
  3667. I'll try it...
  3668.  
  3669. I don't mind..
  3670. ------------
  3671.     %~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~%
  3672.     %      `       '        Mark Thompson                 CONCURRENT COMPUTER  %
  3673.     % --==* RADIANT *==--   mark@westford.ccur.com        Principal Graphics   %
  3674.     %      ' Image `        ...!uunet!masscomp!mark       Hardware Architect   %
  3675.     %     Productions       (508)392-2480 (603)424-1829   & General Nuisance   %
  3676.     %                                                                          %
  3677.      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  3678.  
  3679.  
  3680. ##
  3681.  
  3682. Subject: Re: Animation formats and programs
  3683. Date: Wed, 23 Jun 93 22:14:27 -0700
  3684. From: Charles F. Kane <unseen@mcl.mcl.ucsb.edu>
  3685.  
  3686. > I keep seeing people praising MainActor but I tried it on my 4000 and could
  3687. > not get it to do anything but crash.  My system is otherwise very very stable
  3688. > (even Imagine itself doesn't crash much...) and the crashes were repeatable.
  3689. > Is it working for everyone but me?
  3690.  
  3691. Though I didn't really have any problems with MainActor crashing my 4000, I
  3692. DID have a lot of problems with displaying anims; the screenmodes were always
  3693. screwed up! If I set the screenmode to match the mode that the anim was 
  3694. originally created in, it will show the anim, but in the wrong mode. For
  3695. example, I load a HAM, 320x400 (lo res interlace) anim, set the screenmode to
  3696. NTSC 320x400, and it plays the anim in NTSC 640x400!!  If I set the mode to
  3697. anything else, it just shows a blank screen when I try to run the anim. Very
  3698. screwy. Then, if I turn off Mode Promotion (via Icontrol), instead of a 
  3699. blank screen, it shows a 'garbage' anim screen, with the pixels apparently
  3700. randomized.
  3701.  
  3702. -CFK
  3703.  
  3704.  
  3705. ##
  3706.  
  3707. Subject: Re: MainActor
  3708. Date: Thu, 24 Jun 93 1:31:07 PDT
  3709. From: jwalkup@sfsuvax1.sfsu.edu (Jeff Walkup)
  3710.  
  3711. Yes, it appears my suspicions were correct, MainActor has definite
  3712. problems with identifying and displaying the multitude of Screen Modes
  3713. in the various versions of the OS.
  3714.  
  3715. If no one else has mailed the author yet - I'm going to.  Sounds like an
  3716. easy fix (but then everything is easy if you don't have to do it...).
  3717.  
  3718. -- 
  3719. Jeff Walkup - jwalkup@sfsuvax1.sfsu.edu
  3720.  
  3721.  
  3722. ##
  3723.  
  3724. Subject: Re: Seagate IDE for DPS Personal Animation Recorder
  3725. Date: Thu, 24 Jun 93 08:11:08 -0400
  3726. From: mbc@po.CWRU.Edu (Michael B. Comet)
  3727.  
  3728. >sounds pretty good but how about SCSI interfaces?? IDE's have been known to be
  3729. >pretty slow past 200 megs... Or was that 600 megs?
  3730. >
  3731. >
  3732.     Actually, I think the drives have to be at least 500 megs or
  3733. they are too slow. (ie: bigger better?)  I could be wrong.
  3734. (Of course I've only heard of 2 drives that have really been ok'd for
  3735. use. a 500 megs seagate, and i think a 1.2gig maxtor).  Anyhow, the DPS
  3736. is an IDE controller...hence it only uses/can use IDE drives :(.
  3737.  
  3738.     Well, I just ordered mine yesterday, so when it comes it I will
  3739. post and tell everyone how it works with Imagine!
  3740.  
  3741.  
  3742.  
  3743. --
  3744. +======================================================================+
  3745. |  Michael B. Comet -   Software Engineer / Graphics Artist  - CWRU    |
  3746. |  mbc@po.CWRU.Edu  - "Silence those who oppose the freedom of speech" |
  3747. +======================================================================+
  3748.  
  3749.  
  3750. ##
  3751.  
  3752. Subject: Re: Are there any AREXX compata
  3753. Date: Thu, 24 Jun 93 08:51:43 EDT
  3754. From: watters <watters@cranel.com>
  3755.  
  3756. > Are there any AREXX compatable object editors out there?
  3757.  
  3758. You may not like this answer, but Modeler3D 3.0 has AREXX support.
  3759. (It comes with the Toaster4000)
  3760. Real3D has RPL and AREXX, though I don't know how extensive the support is
  3761. for object creation.
  3762.  
  3763. You may want to look at Vertex and Icoons as they MAY have something.
  3764.  
  3765.              _     ___
  3766. David    ~  |_|,--'   |@,__
  3767. Watters   ~   ( )-_______-()`-
  3768.  
  3769. --
  3770. David R. Watters (watters@cranel.com)    Cranel Inc. Development & Engineering
  3771. "<Censored>.  The very name is, to many, the last word in sports cars. Any car
  3772.  blessed with these magic seven letters is sure to be the very best. Period!"
  3773.                         - Car and Driver, January 1993                      
  3774.  
  3775.  
  3776. ##
  3777.  
  3778. Subject: PersonalSFC
  3779. Date: Thu, 24 Jun 1993 10:29:30 -0700
  3780. From: gregb@nick.csh.rit.edu (Greg Burger)
  3781.  
  3782. Hello
  3783.  
  3784. Has anyone here had experience putting there Imagine animations to tape
  3785. using the PersonalSFC? I was thinking of getting one to use with a Panasonic
  3786. S-VHS VTR (can't remember the model, but it is frame accurate and has time
  3787. code.) I'm also going to need a 24-bit display device to single frame them
  3788. out in 24bit color right? What boards can any of you recomend that are under
  3789. $1000? Does the PersonalSFC have to specifically support the board?
  3790.  
  3791. I've never use single frame controllers before, so any help will be
  3792. GREATLY appreciated!!
  3793.  
  3794. Thanx!!
  3795. -Greg
  3796.  
  3797.  
  3798. -- 
  3799. -=-=-=-=-=-=-///-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  3800.             ///           gregb@nick.csh.rit.edu       I had raytraced my
  3801.         \\\///  Only                or                 .sig, but I forgot to
  3802.          \XX/  Amiga      gpb3439@ultb.isc.rit.edu     include a light source.
  3803.  
  3804.  
  3805. ##
  3806.  
  3807. Subject: Are there any AREXX compata
  3808. Date: Thu, 24 Jun 1993 10:15:05 -0400 (EDT)
  3809. From: Udo K Schuermann <walrus@wam.umd.edu>
  3810.  
  3811. "Charles Hymes" <chymes@atqm.advtech.uswest.com> writes:
  3812. > I want to create precedureally created objects. I plan to create everything
  3813. > from fractal snowflakes to 4th dimentionally "roatated" faces.  
  3814. > To do his simply, I would like an object editor that can accept commands from
  3815. > AREXX.  Does such a beast exist?
  3816.  
  3817. You should definitely look at Glenn Lewis' TT3DLIB software, which is a
  3818. textual 3D format that can be converted to/from Imagine.  With that you are
  3819. not limited to what an object editor can do, so you can fully indulge
  3820. yourself by algorithmically describing objects.
  3821.  
  3822. I just looked around on wuarchive, but couldn't find it.  If someone knows
  3823. where EXACTLY it can be found (Glenn?) please let us know.
  3824.  
  3825.  ._.  Udo Schuermann
  3826.  ( )  walrus@wam.umd.edu
  3827.